home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 6_7_01.tro < prev    next >
Text File  |  1991-12-13  |  141KB  |  4,783 lines

  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'12P'
  25. \s12FASCICLE\ VI.7
  26. \v'4P'
  27. .RT
  28. .ce 0
  29. .sp 1P
  30. .ce 1000
  31. \fBRecommendations Q.700 to Q.716\fR \v'2P'
  32. .ce 0
  33. .sp 1P
  34. .ce 1000
  35. \fBSPECIFICATIONS\ OF\fR 
  36. .ce 0
  37. .sp 1P
  38. .ce 1000
  39. \fBSIGNALLING\ SYSTEM\ No.\ 7\fR 
  40. .ce 0
  41. .sp 1P
  42. .LP
  43. .rs
  44. .sp 29P
  45. .ad r
  46. Blanc
  47. .ad b
  48. .RT
  49. .LP
  50. .bp
  51. .LP
  52. \fBMONTAGE:\ \fR PAGE 2 = PAGE BLANCHE
  53. .sp 1P
  54. .RT
  55. .LP
  56. .EF '%     \ \ \ ^''
  57. .OF ''' \ \ \ ^    %'
  58. .LP
  59. .bp
  60. .sp 1P
  61. .ce 1000
  62. \v'3P'
  63. SECTION\ 1
  64. .ce 0
  65. .sp 1P
  66. .ce 1000
  67. \fBGENERAL\fR 
  68. .ce 0
  69. .sp 1P
  70. .sp 2P
  71. .LP
  72. \fBRecommendation\ Q.700\fR 
  73. .RT
  74. .sp 2P
  75. .sp 1P
  76. .ce 1000
  77. \fBINTRODUCTION\ TO\ CCITT\ SIGNALLING\ SYSTEM\ No.\ 7\fR 
  78. .EF '%    Fascicle\ VI.7\ \(em\ Rec.\ Q.700''
  79. .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.700    %'
  80. .ce 0
  81. .sp 1P
  82. .LP
  83. \fB1\fR     \fBGeneral\fR 
  84. .sp 1P
  85. .RT
  86. .PP
  87. This Recommendation provides an overview of the Signalling
  88. System by describing the various functional elements of CCITT No.\ 7 and the
  89. relationship between these functional elements. This Recommendation provides 
  90. a general description of functions and capabilities of the Message Transfer 
  91. Part (MTP), Signalling Connection Control Part (SCCP), Telephone User Part, 
  92. ISDN 
  93. User Part (ISDN\(hyUP), Transaction Capabilities (TC), and the Operations,
  94. Maintenance and Administration Part (OMAP) which are covered elsewhere 
  95. in the Q.700 to\ Q.795 series of Recommendations. However, in the case 
  96. of contradiction between the specifications and Q.700, the\ Q.700 to\ Q.795 
  97. specification shall 
  98. apply.
  99. .PP
  100. Supplementary Services in CCITT S.S. No.7 ISDN applications are
  101. described in the Q.73x series of Recommendations.
  102. .PP
  103. In addition to these functions in the CCITT No. 7 signalling system, the 
  104. Q.700 to\ Q.795 series of Recommendations describes the CCITT No.\ 7 network 
  105. structure, and also specifies the Tests and Measurements applicable to 
  106. CCITT\ No.\ 7.
  107. .PP
  108. This Recommendation is also a specification of those aspects such as CCITT 
  109. S.S.\ No.\ 7 Architecture, Flow Control and general compatibility rule 
  110. which are not specified in separate Recommendations, and are applicable 
  111. to the overall scope of S.S.\ No.\ 7. 
  112. .PP
  113. The remainder of this Recommendation describes:
  114. .RT
  115. .LP
  116.     \(em
  117.     \(sc 2: Signalling network concepts components and modes;
  118. .LP
  119.     \(em
  120.     \(sc 3: The functional blocks within CCITT Signalling System
  121. No.\ 7 and the services provided by them;
  122. .LP
  123.     \(em
  124.     \(sc 4: CCITT Signalling System No. 7 protocol layering and its
  125. relationship to OSI modelling;
  126. .LP
  127.     \(em
  128.     \(sc 5: Node, application entity and user part addressing;
  129. .LP
  130.     \(em
  131.     \(sc 6: Operations, administration and maintenance aspects
  132. of CCITT S.S. No.\ 7;
  133. .LP
  134.     \(em
  135.     \(sc 7: Performance aspects of the functional blocks within
  136. CCITT S.S. No.\ 7;
  137. .LP
  138.     \(em
  139.     \(sc 8: Flow control for both the signalling network and
  140. within nodes;
  141. .LP
  142.     \(em
  143.     \(sc\ 9: Rules for evolving CCITT S.S. No. 7
  144. protocols while preserving compatibility with earlier versions;
  145. .LP
  146.     \(em
  147.     \(sc 10: A cross\(hyreference to a glossary of terms.
  148. .sp 1P
  149. .LP
  150. 1.1
  151.     \fIObjectives and fields of application\fR 
  152. .sp 9p
  153. .RT
  154. .PP
  155. The overall objective of Signalling System No. 7 is to provide an internationally 
  156. standardised general purpose common channel signalling (CCS) 
  157. system:
  158. .RT
  159. .LP
  160.     \(em
  161.     optimised for operation in digital telecommunications networks
  162. in conjunction with stored program controlled exchanges;
  163. .LP
  164.     \(em
  165.     that can meet present and future requirements of information
  166. transfer for inter\(hyprocessor transactions within
  167. telecommunications networks for call control, remote control,
  168. and management and maintenance signalling;
  169. .LP
  170.     \(em
  171.     that provides a reliable means for transfer of information in
  172. correct sequence and without loss or duplication.
  173. .bp
  174. .PP
  175. The signalling system meets requirements of call control
  176. signalling for telecommunication services such as the telephone, ISDN and
  177. circuit switched data transmission services. It can also be used as a reliable 
  178. transport system for other types of information transfer between exchanges 
  179. and specialised centres in telecommunications networks (e.g.\ for management 
  180. and 
  181. maintenance purposes). The system is thus applicable for multipurpose uses in
  182. .PP
  183. networks that are dedicated for particular services and in multiservices
  184. networks. The signalling system is intended to be be applicable in
  185. international and national networks.
  186. .PP
  187. The scope of CCITT S.S. No. 7 encompasses both circuit related and
  188. non\(hycircuit related signalling.
  189. .PP
  190. Examples of applications supported by CCITT S.S. No. 7 are:
  191. .RT
  192. .LP
  193.     \(em
  194.     PSTN,
  195. .LP
  196.     \(em
  197.     ISDN,
  198. .LP
  199.     \(em
  200.     Interaction with Network Databases, Service Control Points
  201. for service control,
  202. .LP
  203.     \(em
  204.     Mobiles (Public Land Mobile Network),
  205. .LP
  206.     \(em
  207.     Operations Administration and Maintenance of Networks.
  208. .PP
  209. The signalling system is optimized for operation over 64\(hykbit/s
  210. digital channels. It is also suitable for operation over analogue channels 
  211. and at lower speeds. The system is suitable for use on point\(hyto\(hypoint 
  212. terrestrial and satellite links. It does not include the special features 
  213. required for use in point\(hyto\(hymultipoint operation but can, if required, 
  214. be extended to cover 
  215. such an application.
  216. .sp 1P
  217. .LP
  218. 1.2
  219.     \fIGeneral characteristics\fR 
  220. .sp 9p
  221. .RT
  222. .PP
  223. Common channel signalling is a signalling method in which a single channel 
  224. conveys, by means of labelled messages, signalling information relating 
  225. to, for example, a multiplicity of circuits, or other information such 
  226. as that used for network management. Common channel signalling can be regarded 
  227. as a 
  228. form of data communication that is specialised for various types of signalling 
  229. and information transfer between processors in telecommunications networks. 
  230. .PP
  231. The signalling system uses signalling links for transfer of signalling 
  232. messages between exchanges or other nodes in the telecommunication network 
  233. served by the system. Arrangements are provided to ensure reliable transfer 
  234. of signalling information in the presence of transmission disturbances 
  235. or network failures. These include error detection and correction on each 
  236. signalling link. The system is normally applied with redundancy of signalling 
  237. links and it 
  238. includes functions for automatic diversion of signalling traffic to alternative 
  239. paths in case of link failures. The capacity and reliability for signalling 
  240. may thus be dimensioned by provision of a multiplicity of signalling links 
  241. according to the requirements of each application.
  242. .RT
  243. .sp 1P
  244. .LP
  245. 1.3
  246.     \fIComponents of CCITT S.S. No. 7\fR 
  247. .sp 9p
  248. .RT
  249. .PP
  250. CCITT S.S. No. 7 consists of a number of components or functions
  251. which are defined as a series of Q.700 to\ Q.795 Recommendations.
  252. .RT
  253. .LP
  254.     \fICCITT S.S. No. 7 function\fR     \fIRecommendations\fR 
  255. .LP
  256.     Message\ Transfer\ Part\ (MTP)
  257.     Q.701\(hyQ.704, Q.706, Q.707
  258. .LP
  259.     Telephone\ User\ Part\ (TUP)
  260.     Q.721\(hyQ.725
  261. .LP
  262.     \ (including supplementary services)
  263. .LP
  264.     Supplementary\ services
  265.     Q.730
  266. .LP
  267.     Data\ User\ Part\ (DUP)
  268.     Q.741 (note 1)
  269. .LP
  270.     ISDN\ User\ Part\ (ISDN\(hyUP)
  271.     Q.761\(hyQ.764, Q.766
  272. .LP
  273.     Signalling\ Connection\ Control\ Part\ (SCCP)
  274.     Q.711\(hyQ.714, Q.716
  275. .LP
  276.     Transaction\ Capabilities\ (TC)
  277.     Q.771\(hyQ.775
  278. .LP
  279.     Operations\ Maintenance\ and\ Administration\ Part\ (OMAP)
  280.     Q.795
  281. .PP
  282. \fINote\ 1\fR \ \(em\ Functions of the DUP are fully specified in
  283. Recommendation\ X.61.
  284. .bp
  285. .PP
  286. Other Q.700 to Q.795 series Recommendations which describe other
  287. aspects of the
  288. signalling system but not part of the CCITT S.S. No.\ 7 signalling interfaces
  289. are:
  290. .RT
  291. .LP
  292.     \fITitle\fR     \fIRecommendations\fR 
  293. .LP
  294.     Signalling\ Network\ Structure
  295.     Q.705
  296. .LP
  297.     Numbering\ of\ International\ Signalling\ Point\ Codes
  298.     Q.708
  299. .LP
  300.     Hypothetical\ signalling\ reference\ connection
  301.     Q.709
  302. .LP
  303.     PABX\ application
  304.     Q.710
  305. .LP
  306.     CCITT\ S.S.\ No.\ 7\ Test\ Specification\ (General)
  307.     Q.780
  308. .LP
  309.     MTP\ Level\ 2\ Test\ Specification
  310.     Q.781
  311. .LP
  312.     MTP\ Level\ 3\ Test\ Specification
  313.     Q.782
  314. .LP
  315.     TUP\ Test\ Specification
  316.     Q.783
  317. .LP
  318.     Monitoring\ and\ measurements\ for\ the\ CCITT\ S.S.\ No.7\ network
  319.     Q.791
  320. .PP
  321. \(sc\ 3 of Q.700 describes the relationship between these components.
  322. .sp 1P
  323. .LP
  324. 1.4
  325.     \fIDescription techniques in the Q.700 to Q.795 series of\fR 
  326. \fIRecommendations\fR 
  327. .sp 9p
  328. .RT
  329. .PP
  330. The CCITT S.S. No. 7 Recommendation series define the signalling
  331. system using prose description which is complemented by SDL diagrams and 
  332. state transition diagrams. Should any conflict arise between the text and 
  333. the SDL 
  334. definition, the textual description is taken as definitive.
  335. .PP
  336. Message sequence charts or arrow diagrams are used to illustrate
  337. examples of signalling procedures, but are not considered definitive.
  338. .RT
  339. .sp 2P
  340. .LP
  341. \fB2\fR     \fBCCITT\fR 
  342. \fBS.S. No. 7 signalling network\fR 
  343. .sp 1P
  344. .RT
  345. .sp 1P
  346. .LP
  347. 2.1
  348.     \fIBasic concepts\fR 
  349. .sp 9p
  350. .RT
  351. .PP
  352. A telecommunications network served by common channel signalling is composed 
  353. of a number of switching and processing nodes inter\(hyconnected by 
  354. transmission links. To communicate using CCITT No.\ 7, each of these nodes
  355. requires to implement the necessary \*Qwithin node\*U features of CCITT 
  356. S.S.\ No.\ 7 making that node a signalling point within the CCITT S.S. 
  357. No.\ 7 network. In 
  358. addition, there will be a need to interconnect these signalling points such
  359. that CCITT S.S.\ No.\ 7 signalling information (data) may be conveyed between
  360. them. These data links are the signalling links of CCITT S.S.\ No.\ 7 signalling 
  361. network. 
  362. .PP
  363. The combination of signalling points and their interconnecting
  364. signalling links form the CCITT S.S.\ No.\ 7 signalling network.
  365. .RT
  366. .sp 2P
  367. .LP
  368. 2.2
  369.     \fISignalling network components\fR 
  370. .sp 1P
  371. .RT
  372. .sp 1P
  373. .LP
  374. 2.2.1
  375.     \fISignalling points\fR 
  376. .sp 9p
  377. .RT
  378. .PP
  379. In specific cases there may be a need to partition the common
  380. channel signalling functions at such a (physical) node into logically separate
  381. .PP
  382. entities from a signalling network point of view; i.e.,\ a given (physical) 
  383. node may be defined as more than one signalling point. One example is an 
  384. exchange at the boundary between international and national signalling 
  385. networks. 
  386. .PP
  387. Any two signalling points, for which the possibility of communication between 
  388. their corresponding User Part function exists, are said to have a 
  389. signalling relation.
  390. .PP
  391. The corresponding concept for a given User Part is called a user
  392. signalling relation.
  393. .PP
  394. An example is when two telephone exchanges are directly connected by a 
  395. bundle of speech circuits. The exchange of telephone signalling relating 
  396. to 
  397. these circuits then constitutes a user signalling relation between the
  398. Telephone User Part functions in those exchanges in their role as signalling
  399. points.
  400. .PP
  401. Another example is when administration of customer and routing data in 
  402. a telephone exchange is remotely controlled from an operation and maintenance 
  403. centre by means of communication through a common channel signalling 
  404. system.
  405. .bp
  406. .PP
  407. Examples of nodes in a signalling network that constitutes signalling points 
  408. are: 
  409. .RT
  410. .LP
  411.     \(em
  412.     exchanges (switching centres),
  413. .LP
  414.     \(em
  415.     operation, administration and maintenance centres,
  416. .LP
  417.     \(em
  418.     service control points,
  419. .LP
  420.     \(em
  421.     signalling transfer points.
  422. .PP
  423. All signalling points in a CCITT S.S. No. 7 network are identified by a 
  424. unique code known as a point code (Recommendation\ Q.704 refers). 
  425. .sp 1P
  426. .LP
  427. 2.2.2
  428.     \fISignalling links\fR 
  429. .sp 9p
  430. .RT
  431. .PP
  432. The common channel signalling system uses signalling links to
  433. convey the signalling messages between two signalling points. A number of
  434. signalling links that directly interconnect two signalling points which are
  435. used as a module constitute a signalling link\(hyset. Although a link set
  436. typically includes all parallel signalling links, it is possible to use more
  437. than one link set in parallel between two signalling points. A group of 
  438. links within a link set that have identical characteristics (e.g.,\ the 
  439. same data link bearer rate) is called a link group. 
  440. .PP
  441. Two signalling points that are directly interconnected by a signalling 
  442. link are, from a signalling network structure point of view, referred to 
  443. .PP
  444. as adjacent signalling points. Correspondingly, two signalling points that 
  445. are not directly interconnected are non\(hyadjacent signalling points. 
  446. .RT
  447. .sp 1P
  448. .LP
  449. 2.2.3
  450.     \fISignalling modes\fR 
  451. .sp 9p
  452. .RT
  453. .PP
  454. The term \*Qsignalling mode\*U refers to the association between the
  455. path taken by a signalling message and the signalling relation to which the
  456. message refers.
  457. .PP
  458. In the 
  459. associated mode
  460. of signalling, the messages relating to a particular signalling relation 
  461. between two adjacent points are conveyed over a link set, directly interconnecting 
  462. those signalling points. 
  463. .PP
  464. In the non\(hyassociated mode of signalling, the messages relating to a 
  465. particular signalling relation are conveyed over two or more linksets in 
  466. tandem passing through one or more signalling points other than those which 
  467. are the 
  468. origin and the destination of the messages.
  469. .PP
  470. The 
  471. quasi\(hyassociated mode
  472. of signalling is a limited case of the non\(hyassociated mode where the 
  473. path taken by the message through the 
  474. signalling network is pre\(hydetermined and, at a given point in time, fixed.
  475. .PP
  476. Signalling System No. 7 is specified for use in the associated and
  477. quasi\(hyassociated modes. The Message Transfer Part does not include features
  478. .PP
  479. to avoid out\(hyof\(hysequence arrival of messages or other problems that would
  480. typically arise in a fully non\(hyassociated mode of signalling with dynamic
  481. message routing.
  482. .PP
  483. Examples of signalling modes are illustrated in Figure 1/Q.700.
  484. .RT
  485. .LP
  486. .rs
  487. .sp 19P
  488. .ad r
  489. \fBFigure 1/Q.700, p.\fR 
  490. .sp 1P
  491. .RT
  492. .ad b
  493. .RT
  494. .LP
  495. .bp
  496. .sp 1P
  497. .LP
  498. 2.3
  499.     \fISignalling point modes\fR 
  500. .sp 9p
  501. .RT
  502. .PP
  503. A signalling point at which a message is generated, i.e., the
  504. location of the source User Part function, is the originating point of that
  505. message.
  506. .PP
  507. A signalling point to which a message is destined, i.e., the location of 
  508. the receiving User Part function, is the destination point of that message. 
  509. .PP
  510. A signalling point at which a message is received on a signalling link 
  511. is transferred to another link, i.e.,\ neither the location of the source 
  512. nor 
  513. the receiving User part function, is a Signal Transfer Point (STP).
  514. .PP
  515. For a particular signalling relation, the two signalling points thus function 
  516. as originating and destination points for the messages exchanged in 
  517. the two directions between them.
  518. .PP
  519. In the quasi\(hyassociated mode, the function of a signalling transfer
  520. point is typically located in a few signalling points which may be dedicated 
  521. to this function, or may combine this function with some other (e.g.,\ 
  522. switching) function. A signalling point serving as a signalling transfer 
  523. point functions as an originating and destination point for the messages 
  524. generated and received by the level\ 3 function of the Message Transfer 
  525. Point also in cases when no 
  526. user functions are present.
  527. .RT
  528. .sp 1P
  529. .LP
  530. 2.4
  531.     \fISignalling routes\fR 
  532. .sp 9p
  533. .RT
  534. .PP
  535. The pre\(hydetermined path, consisting of a succession of signalling points/signalling 
  536. transfer points and the interconnecting signalling links, 
  537. that a message takes through the signalling network between the origination
  538. point and the destination point is the signalling route for that signalling
  539. relation.
  540. .PP
  541. All the signalling routes that may be used between an originating
  542. point and a destination point by a message traversing the signalling network 
  543. is the signalling route set for that signalling relation. 
  544. .RT
  545. .sp 1P
  546. .LP
  547. 2.5
  548.     \fISignalling network structure\fR 
  549. .sp 9p
  550. .RT
  551. .PP
  552. The signalling system may be used with different types of
  553. signalling network structures. The choice between different types of signalling 
  554. network structures may be influenced by factors such as the structure of 
  555. the 
  556. telecommunication network to be served by the signalling system and
  557. administrative aspects.
  558. .PP
  559. In the case when the provision of the signalling system is planned
  560. purely on a per signalling relation basis, the likely result is a signalling
  561. network largely based on associated signalling, typically supplemented by a
  562. limited degree of quasi\(hyassociated signalling for low volume signalling
  563. relations. The structure of such a signalling network is mainly determined 
  564. by the patterns of the signalling relations. 
  565. .PP
  566. Another approach is to consider the signalling network as a common
  567. resource that should be planned according to the total needs for common 
  568. channel signalling. The high capacity of digital signalling links in combination 
  569. with the needs for redundancy for reliability then typically leads to a 
  570. signalling network based on a high degree of quasi\(hyassociated signalling 
  571. with some 
  572. .PP
  573. provision for associated signalling for high volume signalling relations. 
  574. The latter approach to signalling network planning is more likely to allow 
  575. exploitation of the potential of common channel signalling to support network 
  576. features that require communication for purposes other than the switching 
  577. of 
  578. connections.
  579. .PP
  580. The worldwide signalling network is structured into two functionally independent 
  581. levels, namely the international and national levels. This 
  582. structure makes possible a clear division of responsibility for signalling
  583. network management and allows numbering plans of signalling points of the
  584. international network and the different national networks to be independent 
  585. of one another. 
  586. .PP
  587. Further considerations about the structure of the signalling network are 
  588. given in Recommendation\ Q.705, and the impact on the message transfer 
  589. part in Recommendation\ Q.701. 
  590. .RT
  591. .sp 2P
  592. .LP
  593. \fB3\fR     \fBCCITT S.S. No. 7 functional blocks\fR 
  594. .sp 1P
  595. .RT
  596. .sp 1P
  597. .LP
  598. 3.1
  599.     \fIBasic functional division\fR 
  600. .sp 9p
  601. .RT
  602. .PP
  603. The Blue Book CCITT Signalling System No. 7 comprises the following functional 
  604. blocks: 
  605. .RT
  606. .LP
  607.     \(em
  608.     Message\ Transfer\ Part
  609.     (MTP)
  610. .LP
  611.     \(em
  612.     Telephone\ User\ Part
  613.     (TUP)
  614. .LP
  615.     \(em
  616.     ISDN\ User\ Part
  617.     (ISDN\(hyUP)
  618. .bp
  619. .LP
  620.     \(em
  621.     Signalling\ Connection\ Control\ Part
  622.     (SCCP)
  623. .LP
  624.     \(em
  625.     Transaction\ Capabilities
  626.     (TC)
  627. .LP
  628.     \(em
  629.     Application\(hyEntity
  630.     (AE) \fINote 1\fR 
  631. .LP
  632.     \(em
  633.     Application\(hyService\(hyElements
  634.     (ASEs) \fINote 1\fR 
  635. .PP
  636. \fINote\ 1\fR \ \(em\ The glossary shows these as hyphenated terms but the
  637. usual convention used in this Recommendation will be unhyphenated.
  638. .PP
  639. The fundamental principle of the signalling system structure is the
  640. division of functions into a common Message Transfer Part (MTP) on one hand,
  641. and
  642. separate User Parts for different users on the other. This is illustrated in
  643. Figure\ 2/Q.700.
  644. .PP
  645. The overall function of the Message Transfer Part is to serve as a
  646. transport system providing reliable transfer of signalling messages between 
  647. the locations of communicating user functions. 
  648. .PP
  649. User functions in CCITT S.S. No. 7 MTP terms are:
  650. .RT
  651. .LP
  652.     \(em
  653.     the\ ISDN\ User\ Part
  654.     (ISDN\(hyUP)
  655. .LP
  656.     \(em
  657.     the\ Telephone\ User\ Part
  658.     (TUP)
  659. .LP
  660.     \(em
  661.     the\ Signalling\ Connection\ Control\ Part
  662.     (SCCP)
  663. .LP
  664.     \(em
  665.     the\ Data\ User\ Part
  666.     (DUP)
  667. .PP
  668. The term \*QUser\*U in this context refers to any functional entity
  669. that utilises the transport capability provided by the Message Transfer Part.
  670. .PP
  671. A User Part comprises those functions of, or related to, a particular type 
  672. of user that are part of the common channel signalling system, typically 
  673. because those functions need to be specified in a signalling context. 
  674. .PP
  675. The SCCP also has Users. These are:
  676. .RT
  677. .LP
  678.     \(em
  679.     the\ ISDN\ User\ Part
  680.     (ISDN\(hyUP)
  681. .LP
  682.     \(em
  683.     Transaction\ Capabilities
  684.     (TC)
  685. .LP
  686. .rs
  687. .sp 25P
  688. .ad r
  689. \fBFigure 2/Q.700, p.\fR 
  690. .sp 1P
  691. .RT
  692. .ad b
  693. .RT
  694. .LP
  695. .bp
  696. .sp 2P
  697. .LP
  698. 3.2
  699.     \fICCITT S.S. No. 7 architecture\fR 
  700. .sp 1P
  701. .RT
  702. .sp 1P
  703. .LP
  704. 3.2.1
  705.     \fIGeneral\fR 
  706. .sp 9p
  707. .RT
  708. .PP
  709. Figure 2/Q.700 shows the Architecture of CCITT S.S. No. 7 and
  710. illustrates the functional relationship between the various functional 
  711. blocks of the Blue Book CCITT S.S.\ No.\ 7. Figure\ 5/Q.700 shows the relationship 
  712. between CCITT No.\ 7 levels and the OSI Reference Model Layers. This
  713. level/layer relationship is described in the following sections.
  714. .PP
  715. The initial specification of CCITT No. 7 was based on circuit\(hyrelated 
  716. telephony control requirements. To meet these requirements, CCITT No.\ 
  717. 7 was 
  718. specified in four functional levels, the Message Transfer Part comprising
  719. levels\ 1\(hy3, and the User Parts as level\ 4.
  720. .PP
  721. Figure 3/Q.700 shows the Functional Levels of CCITT S.S. No.\ 7. As new 
  722. requirements have emerged, e.g.,\ for non\(hycircuit related information 
  723. transfer, CCITT S.S.\ No.\ 7 has also evolved to meet these new requirements. 
  724. There has 
  725. been a need to align certain elements in CCITT No.\ 7 to the OSI\ 7 Layer
  726. Reference Model.
  727. .PP
  728. The result of this evolution is that Functional Levels and OSI layers co\(hyexist 
  729. in CCITT No.\ 7. For example, the SCCP is a level\ 4 User Part in MTP 
  730. terms, but also provides an OSI Network layer\ 3 service. Subsequent sections
  731. describe the various functional elements of CCITT S.S.\ No.\ 7 in
  732. terms of levels and layers.
  733. .RT
  734. .LP
  735. .rs
  736. .sp 20P
  737. .ad r
  738. \fBFigure 3/Q.700, p.\fR 
  739. .sp 1P
  740. .RT
  741. .ad b
  742. .RT
  743. .PP
  744. It should be noted that the approach proposed for ISDN
  745. architecture is to define two orthogonal planes, User and Control, each of
  746. which has its own 7\(hylayer protocol reference model.
  747. .PP
  748. From the perspective of an end user, the service provided by a
  749. telecommunications network may be regarded as a Network Layer Service (User
  750. Plane).
  751. .PP
  752. Within the telecommunications network, the techniques of the ISDN
  753. Protocol Reference Model are applied, and the 7\(hylayer protocol structure 
  754. of the OSI Model can also be used for inter\(hynodal communication to the 
  755. end user. 
  756. .RT
  757. .sp 1P
  758. .LP
  759. 3.2.2
  760.     \fIMessage Transfer Part (MTP) levels 1\(hy3\fR 
  761. .sp 9p
  762. .RT
  763. .PP
  764. An overview of the MTP is given in Recommendation Q.701. The MTP is defined 
  765. in Recommendations\ Q.701\(hyQ.704, Q.706 and\ Q.707. 
  766. .bp
  767. .RT
  768. .sp 1P
  769. .LP
  770. 3.2.2.1
  771.     \fISignalling data link functions (level 1)\fR 
  772. .sp 9p
  773. .RT
  774. .PP
  775. Level 1 defines the physical, electrical and functional
  776. characteristics of a signalling data link and the means to access it. The
  777. level\ 1 element provides a bearer for a signalling link.
  778. .PP
  779. In a digital environment, 64\(hykbit/s digital paths will normally be
  780. used for the signalling data link. The signalling data link may be accessed 
  781. via a switching function, providing a potential for automatic reconfiguration 
  782. of 
  783. signalling links. Other types of data links, such as analogue links with
  784. modems, can also be used.
  785. .PP
  786. The detailed requirements for signalling data links are specified in Recommendation\ 
  787. Q.702. 
  788. .RT
  789. .sp 1P
  790. .LP
  791. 3.2.2.2
  792.     \fISignalling link functions (level 2)\fR 
  793. .sp 9p
  794. .RT
  795. .PP
  796. Level 2 defines the functions and procedures for and relating to
  797. the transfer of signalling messages over one individual signalling data link.
  798. .PP
  799. The level\ 2 functions together with a level\ 1 signalling data link as 
  800. a bearer, and provides a signalling link for reliable transfer of signalling 
  801. messages 
  802. between two points.
  803. .PP
  804. A signalling message delivered by the higher levels is transferred
  805. over the signalling link in variable length signal units. For proper operation 
  806. of the signalling link, the signal unit comprises transfer control information 
  807. in addition to the information content of the signalling message. 
  808. .PP
  809. The detailed requirements for signalling functions are given in
  810. Recommendation\ Q.703.
  811. .RT
  812. .sp 1P
  813. .LP
  814. 3.2.2.3
  815.     \fISignalling network functions (level 3)\fR 
  816. .sp 9p
  817. .RT
  818. .PP
  819. Level 3 in principle defines those transport functions and
  820. procedures that are common to and independent of the operation of individual
  821. signalling links. These functions fall into two major categories:
  822. .RT
  823. .LP
  824.     a)
  825.     Signalling message handling functions \(em These are functions
  826. that, at the actual transfer of the message, direct the message
  827. to the proper signalling link or User Part.
  828. .LP
  829.     b)
  830.     Signalling network management functions \(em These are
  831. functions that, on the basis of predetermined data and
  832. information about the status of the signalling network, control
  833. the current message routing and configuration of the signalling
  834. network facilities. In the event of changes in the status, they
  835. also control the reconfigurations and other actions to preserve
  836. or restore the normal message transfer capability.
  837. .PP
  838. The detailed requirements for signalling network functions are
  839. given in Recommendation\ Q.704.
  840. .sp 1P
  841. .LP
  842. 3.2.3
  843.     \fILevel 4: MTP User functions\fR 
  844. .sp 9p
  845. .RT
  846. .PP
  847. Level 4 consists of the different User Parts. Each User Part
  848. defines the functions and procedures of the signalling system that are
  849. particular to a certain type of user of the system. the following entities 
  850. are defined as User Parts in CCITT S.S.\ No.\ 7. 
  851. .RT
  852. .sp 1P
  853. .LP
  854. 3.2.3.1
  855.     \fISignalling Connection Control Part (SCCP)\fR 
  856. .sp 9p
  857. .RT
  858. .PP
  859. The SCCP is defined in Recommendations\ Q.711\(hyQ.716. This
  860. Recommendation series defines the SCCP capabilities, layer interfaces to MTP
  861. .PP
  862. and SCCP users signalling messages, their encoding and signalling procedures, 
  863. and cross\(hyoffice performance. The SCCP provides additional functions 
  864. to the 
  865. Message Transfer Part to provide such connectionless and connection\(hyoriented
  866. network services to transfer circuit\(hyrelated, and non\(hycircuit\(hyrelated
  867. signalling information.
  868. .PP
  869. The SCCP provides the means to:
  870. .RT
  871. .LP
  872.     \(em
  873.     control logical signalling connections in a CCITT No.\ 7
  874. network;
  875. .LP
  876.     \(em
  877.      Transfer Signalling Data Units across the CCITT No. 7 network with or 
  878. without the use of logical signalling connections. 
  879. .PP
  880. SCCP provides a routing function which allows signalling messages to be 
  881. routed to a signalling point based on, for example, dialled digits. This 
  882. capability involves a translation function which translates the global 
  883. title 
  884. (e.g.,\ dialled digits) into a signalling point code and a subsystem number.
  885. .bp
  886. .PP
  887. SCCP also provides a management function, which controls the
  888. availability of the \*Qsubsystems\*U, and broadcasts this information to other
  889. nodes in the network which have a need to know the status of the
  890. \*Qsubsystem\*U.
  891. .PP
  892. The combination of the MTP and the SCCP is called \*QNetwork Service
  893. Part\*U (NSP). The Network Service Part meets the requirements for layer\ 3
  894. services as defined in the OSI\(hyReference Model, CCITT
  895. Recommendation\ X.200.
  896. .RT
  897. .sp 1P
  898. .LP
  899. 3.2.3.2
  900.     \fITelephone User Part (TUP)\fR 
  901. .sp 9p
  902. .RT
  903. .PP
  904. The CCITT S.S. No. 7 Telephone User Part is defined in
  905. Recommendations\ Q.721\(hy725. The TUP Recommendations define the necessary
  906. telephone signalling functions for use of S.S.\ No.\ 7 for international
  907. telephone call control signalling. This Recommendation series defines the
  908. telephone signalling messages, their encoding and signalling procedures, and
  909. cross\(hyoffice performance.
  910. .PP
  911. Supplementary Services handled by the CCITT S.S. No. 7 TUP
  912. applications are described in Recommendation Q.724, \(sc\ 10. These supplementary 
  913. services embody TUP signalling messages and procedures. 
  914. .RT
  915. .sp 1P
  916. .LP
  917. 3.2.3.3
  918.     \fIData User Part (DUP)\fR 
  919. .sp 9p
  920. .RT
  921. .PP
  922. The Data User Part is defined in Recommendation Q.741, and the
  923. functionality fully defined in Recommendation\ X.61. It defines the protocol 
  924. to control interexchange circuits used on data calls, and data call facility 
  925. registration and cancellation.
  926. .RT
  927. .sp 1P
  928. .LP
  929. 3.2.3.4
  930.     \fIISDN User Part (ISDN\(hyUP)\fR 
  931. .sp 9p
  932. .RT
  933. .PP
  934. The ISDN User Part is defined in Recommendations\ Q.761\(hyQ.764 and
  935. Q.766. This Recommendation series defines the ISDN network signalling messages, 
  936. their encoding and signalling procedures, and cross\(hyoffice performance. 
  937. This 
  938. Recommendation series deals with the basic services only.
  939. .PP
  940. The ISDN\(hyUP encompasses signalling functions required to provide
  941. switched services and user facilities for voice and non\(hyvoice applications 
  942. in the ISDN. 
  943. .PP
  944. The ISDN\(hyUP is also suited for application in dedicated telephone and 
  945. circuit\(hyswitched data networks and in analogue, and mixed analogue/digital 
  946. networks.
  947. .PP
  948. The ISDN\(hyUP has an interface to the SCCP (which is also a level 4 User 
  949. Part) to allow the ISDN\(hyUP to use the SCCP for end\(hyto\(hyend signalling. 
  950. .PP
  951. Supplementary Services handled by the CCITT S.S. No. 7 ISDN
  952. application are described in Recommendation\ Q.730. These supplementary 
  953. services embody ISDN\(hyUP signalling messages and procedures. In some 
  954. cases these services also include application protocol which uses TC and 
  955. SCCP, as, for example, 
  956. centralised Closed User Group (CUG).
  957. .RT
  958. .sp 1P
  959. .LP
  960. 3.2.3.5
  961.     \fITransaction Capabilities\fR 
  962. .sp 9p
  963. .RT
  964. .PP
  965. Transaction Capabilities is defined in Recommendations Q.771\(hyQ.775. 
  966. This Recommendation series defines the Transaction Capabilities signalling 
  967. messages, their encoding and signalling procedures.
  968. .PP
  969. Transaction Capabilities consists of two elements. These
  970. are:
  971. .RT
  972. .LP
  973.     \(em
  974.     Transaction Capabilities Application Part (TCAP);
  975. .LP
  976.     \(em
  977.     Intermediate Service Part (ISP) [The ISP is for further study
  978. (see Note\ 1, Figure\ 5/Q.700)].
  979. .PP
  980. The TCAP entity is a functional block residing above the ISP in
  981. layer\ 7. TCAP consists of two sub\(hylayers: the Transaction sub\(hylayer, 
  982. and the 
  983. Component sub\(hylayer. Further details are given in Recommendation\ Q.771.
  984. .PP
  985. TC, as currently specified, provides services based on a
  986. connectionless network service. In this case, no ISP layers\ 4\(hy6 functions 
  987. are involved. Connection\(hyoriented TC services, and the layer functions 
  988. of 
  989. layers\ 4\(hy6 are for further study.
  990. .PP
  991. TC provides the means to establish non\(hycircuit\(hyrelated communication 
  992. between two nodes in the signalling network. 
  993. .PP
  994. TC provides the means to exchange operations and replies via a
  995. dialogue. The X.229 Remote Operations protocol has been extended to provide
  996. added functionality in order to accommodate specific user needs. The operations 
  997. and parameters are part of the Application protocol between TC 
  998. users.
  999. .bp
  1000. .RT
  1001. .sp 1P
  1002. .LP
  1003. 3.2.3.6
  1004.     \fIApplication Entities and Application Service Elements\fR 
  1005. .sp 9p
  1006. .RT
  1007. .PP
  1008. In an OSI environment, communication between application processes is modelled 
  1009. by communication between \*QApplication Entities (AEs)\*U. An 
  1010. Application Entity represents the communication functions of an Application
  1011. process. There may be multiple sets of OSI communication functions in an
  1012. application process, so a single application process may be represented by
  1013. multiple AEs. However, each Application Entity is a set of communication
  1014. capabilities whose components are \*QApplication Service Elements\*U. An
  1015. Application Service Element (ASE) is a coherent set of integrated
  1016. functions.
  1017. .RT
  1018. .sp 1P
  1019. .LP
  1020. 3.2.3.6.1
  1021.     \fIApplication Entities in a CCITT S.S. No. 7\fR 
  1022. \fIenvironment\fR 
  1023. .sp 9p
  1024. .RT
  1025. .PP
  1026. Figure 4/Q.700 shows the relationship between Application Processes and 
  1027. Application Entities, and Application Service Elements. 
  1028. .PP
  1029. An \*QApplication Process\*U is considered to be a range of functions and 
  1030. features which support a particular network requirement. For example, an 
  1031. application process in the context of CCITT S.S. No.\ 7 provides the
  1032. co\(hyordination across circuit\(hyrelated protocols where required.
  1033. .PP
  1034. An Application Process can be considered as:
  1035. .RT
  1036. .LP
  1037.     a)
  1038.     a co\(hyordinator of specific aspects of network operation
  1039. (e.g.,\ ISDN Call Control, Mobiles, OA&M);
  1040. .LP
  1041.     b)
  1042.     an individual service or supplementary service control
  1043. function (e.g.,\ CUG).
  1044. .PP
  1045. In the CCITT S.S. No. 7 context, the various functional elements of the 
  1046. signalling system provide the signalling protocols (information 
  1047. elements, messages, and procedures) necessary to support the service between
  1048. nodes.
  1049. .PP
  1050. In a CCITT No. 7 environment, Application Entities (AEs) are the
  1051. elements representing the communication functions of the application process, 
  1052. which are pertinent to inter\(hynodal communication using layer\ 7 application 
  1053. protocols.
  1054. .PP
  1055. The options for the relationship between an application process, AEs and 
  1056. ASEs can take several forms at a CCITT No.\ 7 signalling point. Some 
  1057. examples are shown in Figure\ 4/Q.700.
  1058. .RT
  1059. .LP
  1060. .rs
  1061. .sp 25P
  1062. .ad r
  1063. \fBFigure 4/Q.700 , p.\fR 
  1064. .sp 1P
  1065. .RT
  1066. .ad b
  1067. .RT
  1068. .LP
  1069. .bp
  1070. .sp 1P
  1071. .LP
  1072. 3.2.3.6.2
  1073.     \fIApplication Service Elements in a CCITT No. 7 environment\fR 
  1074. .sp 9p
  1075. .RT
  1076. .PP
  1077. Application Service Elements (ASEs) reside in the CCITT S.S. No. 7 Architecture 
  1078. Model within layer\ 7 above TCAP. In the context of OSI, TCAP could also 
  1079. be considered to be an ASE. 
  1080. .PP
  1081. OMAP has an Application Entity currently containing the TCAP ASE and one 
  1082. other ASE. Other ASEs are under study. OMAP is described further in \(sc\ 
  1083. 6. 
  1084. .PP
  1085. The Mobile Application Part (MAP) is another example of an
  1086. Application Entity (AE) (see Recommendation\ Q.1051).
  1087. .PP
  1088. An ASE can include a number of signalling procedures for a single
  1089. service (e.g.,\ Freephone), where this single service is the application.
  1090. .PP
  1091. Alternatively, an ASE can include a number of signalling procedures
  1092. for any number of services or functions, encompassed by an application
  1093. (e.g.,\ MAP, OMAP).
  1094. .PP
  1095. Thus, an ASE can define an individual service protocol (e.g.,\ CUG), or 
  1096. a complete application protocol (e.g.,\ MAP). 
  1097. .PP
  1098. An ASE can only communicate with a compatible peer ASE. The operations 
  1099. defined in an ASE may be either symmetrically invoked by each entity involved 
  1100. in the dialogue, or asymmetrically invoked by one entity only (i.e.,\ on 
  1101. .PP
  1102. \*Qclient/server\*U basis). An example of the former is a \*Qlook ahead 
  1103. if free\*U 
  1104. procedure; an example of the latter is a database enquiry.
  1105. .RT
  1106. .sp 1P
  1107. .LP
  1108. 3.2.3.6.3
  1109.     \fIAddressing for Application Entities (AEs)\fR 
  1110. .sp 9p
  1111. .RT
  1112. .PP
  1113. The SCCP provides a mechanism for addressing \*Qsubsystems\*U using
  1114. Subsystem Numbers (SSNs). The Application Entity is considered, in the
  1115. connectionless mode, equivalent to an SCCP subsystem.
  1116. .RT
  1117. .sp 1P
  1118. .LP
  1119. 3.2.3.6.4
  1120.     \fIManagement of AEs\fR 
  1121. .sp 9p
  1122. .RT
  1123. .PP
  1124. The SCCP provides a mechanism for managing \*Qsubsystems\*U and
  1125. signalling points and informing other nodes of relevant availability
  1126. status.
  1127. .RT
  1128. .sp 2P
  1129. .LP
  1130. \fB4\fR     \fBOSI layering and CCITT S.S. No. 7\fR 
  1131. .sp 1P
  1132. .RT
  1133. .sp 1P
  1134. .LP
  1135. 4.1
  1136.     \fIGeneral\fR 
  1137. .sp 9p
  1138. .RT
  1139. .PP
  1140. Evolution of the CCITT Signalling System No. 7 architecture has
  1141. been based on the Open Systems Interconnection (OSI) Reference Model.
  1142. .PP
  1143. The purpose of the Reference Model of Open Systems Interconnection
  1144. for CCITT Applications (Recommendation\ X.200) is to provide a well\(hydefined
  1145. structure for modelling the interconnection and exchange of information 
  1146. between users in a communications system. This approach allows standardised 
  1147. procedures 
  1148. .PP
  1149. to be defined not only to provide an open systems interconnection between 
  1150. users over a single network, but also to permit interworking between networks 
  1151. to 
  1152. allow communication between users over several networks in tandem.
  1153. .PP
  1154. At present, OSI only considers connection\(hyoriented protocols, that is, 
  1155. protocols which establish a logical connection before transferring data. 
  1156. In 
  1157. CCITT S.S. No.\ 7, the ISDN\(hyUP uses the SCCP connection\(hyoriented 
  1158. protocol. The CCITT S.S. No.\ 7 Network Service Part (NSP) provides both 
  1159. connectionless and 
  1160. connection\(hyoriented protocol.
  1161. .PP
  1162. The approach taken in the OSI reference model is to partition the
  1163. model used to describe this interconnection and exchange information between
  1164. users in a communications system into seven layers.
  1165. .PP
  1166. From the point of view of a particular layer, the lower layers provide 
  1167. a \*Qtransfer service\*U with specific features. The way in which the lower 
  1168. layers are realised is immaterial to the next higher layers. Correspondingly, 
  1169. the 
  1170. lower layers are not concerned with the meaning of the information coming 
  1171. from higher layers or the reasons for its transfer. 
  1172. .PP
  1173. The characteristics of each layer are described below.
  1174. .bp
  1175. .RT
  1176. .sp 1P
  1177. .LP
  1178. 4.1.1
  1179.     \fIPhysical Layer\fR 
  1180. .sp 9p
  1181. .RT
  1182. .PP
  1183. The Physical Layer (layer 1) provides transparent transmission of a bit 
  1184. stream over a circuit built in some physical communications medium. It 
  1185. furnishes the interface to the physical media and is responsible for relaying 
  1186. bits (i.e.,\ interconnects data\(hycircuits). A 64\ kbit/s link is assumed 
  1187. for the CCITT S.S. No.\ 7 Physical Layer. 
  1188. .RT
  1189. .sp 1P
  1190. .LP
  1191. 4.1.2
  1192.     \fIData Link Layer\fR 
  1193. .sp 9p
  1194. .RT
  1195. .PP
  1196. The Data Link Layer (layer 2) overcomes the limitations inherent
  1197. in the physical circuits and allows errors in transmission to be detected 
  1198. and recovered, thereby masking deficiencies in transmission quality. 
  1199. .RT
  1200. .sp 1P
  1201. .LP
  1202. 4.1.3
  1203.     \fINetwork Layer\fR 
  1204. .sp 9p
  1205. .RT
  1206. .PP
  1207. The Network Layer (layer 3) transfers data transparently by
  1208. performing routing and relaying of data between end users. One or more 
  1209. of the sub\(hynetworks may interwork at the Network Layer to provide an 
  1210. end user to end user network service. A connectionless network provides 
  1211. for the transfer of 
  1212. data between end users, making no attempt to guarantee a relationship between 
  1213. two or more data messages from the same user. 
  1214. .RT
  1215. .sp 1P
  1216. .LP
  1217. 4.1.4
  1218.     \fITransport Layer\fR 
  1219. .sp 9p
  1220. .RT
  1221. .PP
  1222. The Transport Layer (layer 4) provides end user to end user
  1223. transfer optimising the use of resources (i.e.,\ network service) according 
  1224. to the type and character of the communication, and relieves the user of 
  1225. any 
  1226. concern for the details of transfer. The Transport Layer always operates
  1227. end\(hyto\(hyend, enhancing the Network Layer when necessary to meet the 
  1228. quality of service objectives of the users. 
  1229. .RT
  1230. .sp 1P
  1231. .LP
  1232. 4.1.5
  1233.     \fISession Layer\fR 
  1234. .sp 9p
  1235. .RT
  1236. .PP
  1237. The Session Layer (layer 5) co\(hyordinates the interaction within
  1238. each association between communicating application processes. Full and half
  1239. duplex dialogues are examples of possible Session Layer modes.
  1240. .RT
  1241. .sp 1P
  1242. .LP
  1243. 4.1.6
  1244.     \fIPresentation Layer\fR 
  1245. .sp 9p
  1246. .RT
  1247. .PP
  1248. The Presentation Layer (layer 6) transforms the syntax of the data which 
  1249. is to be transferred into a form recognizable by the communicating 
  1250. application processes. For example, the Presentation Layer may convert 
  1251. a data stream from ASCII to EBCDIC. 
  1252. .RT
  1253. .sp 1P
  1254. .LP
  1255. 4.1.7
  1256.     \fIApplication Layer\fR 
  1257. .sp 9p
  1258. .RT
  1259. .PP
  1260. The Application Layer (layer 7) specifies the nature of the
  1261. communication required to satisfy the users' needs. This is the highest 
  1262. layer in the Model and so does not have a boundary with a higher layer. 
  1263. The 
  1264. Application Layer provides the sole means for the application processes to
  1265. access the OSI environment.
  1266. .RT
  1267. .sp 1P
  1268. .LP
  1269. 4.2
  1270.     \fIRelationship between CCITT S.S. No. 7 layering and the OSI model\fR 
  1271. .sp 9p
  1272. .RT
  1273. .PP
  1274. Layers 1\(hy3 comprise functions for the transportation of information 
  1275. from one location to another, possibly via a number of communication links 
  1276. in tandem. These functions provide the basis on which a communication network 
  1277. can be built. 
  1278. .PP
  1279. \(em
  1280.     The SCCP provides, with the MTP, OSI layer services\ 1\(hy3.
  1281. .PP
  1282. Layers 4\(hy7 define functions relating to end\(hyto\(hyend communication.
  1283. These layers are so defined that they are independent of the internal structure 
  1284. of the communication network. 
  1285. .PP
  1286. \(em
  1287.     Transaction Capabilities provides layer 4\(hy7 services.
  1288. .PP
  1289. Layer 7 represents the semantics of a communication, whereas
  1290. layers\ 1\(hy6 comprise the means by which the communication may be realised.
  1291. .PP
  1292. \(em
  1293.     Application Entities/Application Service Elements provide the
  1294. appropriate Application Layer Protocols in layer\ 7.
  1295. .bp
  1296. .PP
  1297. Figure 5/Q.700 shows the relationship between SCCP, TC, and ASEs to
  1298. the OSI\ 7 Layer Reference Model.
  1299. .RT
  1300. .LP
  1301. .rs
  1302. .sp 34P
  1303. .ad r
  1304. \fBFigure 5/Q.700, p.\fR 
  1305. .sp 1P
  1306. .RT
  1307. .ad b
  1308. .RT
  1309. .PP
  1310. The aspect of the SMAP which is then involved with communication is the 
  1311. Systems Management Application Entity (SMAE). The SMAE is also known as 
  1312. the OMAP\ AE. 
  1313. .sp 2P
  1314. .LP
  1315. 4.3
  1316.     \fIPrimitive Interfaces between CCITT No. 7 Functions\fR 
  1317. .sp 1P
  1318. .RT
  1319. .sp 1P
  1320. .LP
  1321. 4.3.1
  1322.     \fIGeneral\fR 
  1323. .sp 9p
  1324. .RT
  1325. .PP
  1326. Interfaces between the functional elements of CCITT S.S. No. 7 are specified 
  1327. using interface primitives. Primitive interface definition does not assume 
  1328. any specific implementation of a service. 
  1329. .RT
  1330. .sp 1P
  1331. .LP
  1332. 4.3.2
  1333.     \fIOSI service primitives\fR 
  1334. .sp 9p
  1335. .RT
  1336. .PP
  1337. Where the functional element of CCITT No. 7 is modelled on the OSI 7 layer 
  1338. reference model, e.g.,\ SCCP, TC, service primitives are defined in line 
  1339. with Recommendation\ X.210. 
  1340. .bp
  1341. .PP
  1342. In line with Recommendation X.210, Figure 6/Q.700 illustrates the
  1343. relationship between the terms \*Qservice\*U, \*Qboundary\*U, \*Qservice 
  1344. primitives\*U, 
  1345. \*Qpeer protocol\*U and \*Qpeer entities\*U. The term \*Qboundary\*U applies 
  1346. to boundaries between layers, as well as to boundaries between sub\(hylayers. 
  1347. .RT
  1348. .LP
  1349. .rs
  1350. .sp 14P
  1351. .ad r
  1352. \fBFigure 6/Q.700, p.\fR 
  1353. .sp 1P
  1354. .RT
  1355. .ad b
  1356. .RT
  1357. .sp 1P
  1358. .LP
  1359. 4.3.2.1
  1360.     \fIService primitives\fR 
  1361. .sp 9p
  1362. .RT
  1363. .PP
  1364. The user of primitives does not preclude any specific
  1365. implementation of a service in terms of interface primitives.
  1366. .PP
  1367. A service primitive consists of a name and one or more parameters
  1368. which are passed in the direction of service primitive.
  1369. .PP
  1370. The name of a service primitive contains three elements, as defined in 
  1371. Recommendation\ X.210: 
  1372. .RT
  1373. .LP
  1374.     a)
  1375.      a type indicating the direction of the primitive flow. Four types of 
  1376. service primitives are identified (Figure\ 7/Q.700): 
  1377. .LP
  1378.     \(em
  1379.     request
  1380.     a primitive issued by a service user to
  1381. invoke a service element,
  1382. .LP
  1383.     \(em
  1384.     indication
  1385.     a primitive issued by a service provider
  1386. to advise that a service element has been invoked by the
  1387. service user at the peer service access point or by the
  1388. service provider,
  1389. .LP
  1390.     \(em
  1391.     response
  1392.     a primitive issued by the service user
  1393. to complete at a particular service access point some service
  1394. element whose invocation has been previously indicated at
  1395. that service access point,
  1396. .LP
  1397.     \(em
  1398.     confirmation
  1399.     a primitive issued by a service
  1400. provider to complete at a particular service access point
  1401. some service element previously invoked by a request at that
  1402. service access point.
  1403. .LP
  1404.     Not all four types can be associated with all service names.
  1405. .LP
  1406.     b)
  1407.     a name which specifies the action to be performed;
  1408. .LP
  1409.     c)
  1410.     An initial (or initials) which specifies the (sub\(hy)layer
  1411. providing the service:
  1412. .LP
  1413.     \(em
  1414.     OM for the Operations Management primitives associated
  1415. with OMAP;
  1416. .LP
  1417.     \(em
  1418.     TC for the TCAP Component sub\(hylayer,
  1419. .LP
  1420.     \(em
  1421.     TR for the TCAP Transaction sub\(hylayer,
  1422. .LP
  1423.     \(em
  1424.     P, S, T, respectively for the Presentation, Session,
  1425. and Transport layers in the ISP,
  1426. .LP
  1427.     \(em
  1428.     N for the Network Service Part (MTP + SCCP), as
  1429. defined in Recommendation\ Q.711.
  1430. .bp
  1431. .LP
  1432. .rs
  1433. .sp 12P
  1434. .ad r
  1435. \fBFigure 7/Q.700, p.\fR 
  1436. .sp 1P
  1437. .RT
  1438. .ad b
  1439. .RT
  1440. .PP
  1441. Figure 8/Q.700 provides an overview of the primitives used between the 
  1442. various functional elements of CCITT No.\ 7. 
  1443. .PP
  1444. The MTP primitives apply to all level 4 users of the MTP.
  1445. .PP
  1446. Similarly, the SCCP Management Primitives N\(hySTATE, N\(hyCOORD, N\(hyPCSTATE 
  1447. apply to all SCCP subsystems/AEs via TC. 
  1448. .PP
  1449. The TC primitives between the ASE and TC provide control of
  1450. connectionless TCAP transactions. Service primitives for connection\(hyoriented 
  1451. TC transactions are for further study. 
  1452. .RT
  1453. .LP
  1454. .rs
  1455. .sp 27P
  1456. .ad r
  1457. \fBFigure 8/Q.700, p.\fR 
  1458. .sp 1P
  1459. .RT
  1460. .ad b
  1461. .RT
  1462. .LP
  1463. .bp
  1464. .sp 2P
  1465. .LP
  1466. \fB5\fR     \fBAddressing\fR 
  1467. .sp 1P
  1468. .RT
  1469. .PP
  1470. Addressing of CCITT S.S. No. 7 messages has to be considered on a number 
  1471. of levels. For example, the message transfer part uses the destination 
  1472. point code to route the message to the appropriate signalling point. The 
  1473. called party address field in TUP, or ISUP called party number field, in 
  1474. the Initial Address Message is used to route the call to the appropriate 
  1475. called 
  1476. destination. The capabilities of the various CCITT S.S.\ No.\ 7 addressing
  1477. mechanisms are illustrated by the signalling message structure.
  1478. .RT
  1479. .sp 1P
  1480. .LP
  1481. 5.1
  1482.     \fISignalling message structure\fR 
  1483. .sp 9p
  1484. .RT
  1485. .PP
  1486. A signalling message is an assembly of information, defined at
  1487. level 3 or 4, pertaining to a call, management transaction,\ etc., that is
  1488. transferred as an entity by the message transfer function.
  1489. .PP
  1490. Each message contains service information including a service
  1491. indicator identifying the source User Part and possibly additional information 
  1492. such as an indication whether the message relates to international or national 
  1493. application of the User Part. 
  1494. .PP
  1495. The signalling information of the message includes the actual user
  1496. information, such as one or more telephone or data call control signals,
  1497. management and maintenance information,\ etc., and information identifying 
  1498. the type and format of the message. It also includes a label that provides 
  1499. information enabling the message to be:
  1500. .RT
  1501. .LP
  1502.     \(em
  1503.     routed by the level 3 functions and thorugh a
  1504. signalling network to its destination; and (This part of the label is known 
  1505. as the Routing label. This is shown in Figure\ 9/Q.700.) 
  1506. .LP
  1507.     \(em
  1508.     directed at the receiving User Part to the particular
  1509. circuit, call, management or other transaction to which the message is
  1510. related.
  1511. .PP
  1512. Further details are given in Q.700, \(sc 5.2.
  1513. .LP
  1514. .rs
  1515. .sp 6P
  1516. .ad r
  1517. \fBFigure 9/Q.700 [T1.700], p.\ \ (Traiter comme tableau MEP)\fR 
  1518. .sp 1P
  1519. .RT
  1520. .ad b
  1521. .RT
  1522. .PP
  1523. There are four types of label:
  1524. .LP
  1525.     \(em
  1526.     type A for MTP management messages;
  1527. .LP
  1528.     \(em
  1529.     type B for TUP;
  1530. .LP
  1531.     \(em
  1532.     type C for ISDN\(hyUP (circuit related) messages;
  1533. .LP
  1534.     \(em
  1535.     type D for SCCP messages.
  1536. .PP
  1537. These are shown in Figure 10/Q.700.
  1538. .PP
  1539. The circuit identification code is used as a label for circuit
  1540. related signalling messages, e.g.,\ TUP or ISDN\(hyUP. The least significant 
  1541. 4\ bits of this field (in the TUP) is the Signalling Link Selection (SLS) 
  1542. field, which is used, where appropriate, to perform load sharing (see Q.704). 
  1543. In the 
  1544. ISDN\(hyUP, the SLS is a separate field to the circuit identification code.
  1545. .PP
  1546. The CCITT No. 7 MTP signalling messages at level 2, which carry user information, 
  1547. are called Message Signal Units (MSUs). Figure\ 11/Q.700 shows the basic 
  1548. format of the MSU (refer also to Q.703) and the breakdown of the MSU. 
  1549. Signalling Information Field (SIF) when transporting circuit\(hyrelated 
  1550. (ISDN\(hyUP, TUP) messages and non\(hycircuit\(hyrelated messages (SCCP, 
  1551. TC based). Further 
  1552. details are given on message formats in Recommendations\ Q.704, Q.713, Q.723,
  1553. Q.763,\ Q.773.
  1554. .bp
  1555. .RT
  1556. .LP
  1557. .rs
  1558. .sp 17P
  1559. .ad r
  1560. \fBFigure 10/Q.700, p.10\fR 
  1561. .sp 1P
  1562. .RT
  1563. .ad b
  1564. .RT
  1565. .LP
  1566. .rs
  1567. .sp 29P
  1568. .ad r
  1569. \fBFigura 11/Q.700, p.\fR 
  1570. .sp 1P
  1571. .RT
  1572. .ad b
  1573. .RT
  1574. .LP
  1575. .bp
  1576. .sp 1P
  1577. .LP
  1578. 5.2
  1579.     \fIMTP addressing\fR 
  1580. .sp 9p
  1581. .RT
  1582. .PP
  1583. There is a two part addressing mechanism in the MTP, one part of
  1584. the mechanism uses the point code which is incorporated in the routing 
  1585. label of every message signal unit, the other part of the mechanism makes 
  1586. use of the 
  1587. service indicator and network indicator within the service information 
  1588. octet. The point code is used for inter\(hynode addressing and the SIO 
  1589. addresses 
  1590. signalling system users on an intra\(hynode basis.
  1591. .RT
  1592. .sp 1P
  1593. .LP
  1594. 5.2.1
  1595.     \fIPoint codes\fR 
  1596. .sp 9p
  1597. .RT
  1598. .PP
  1599. Every signalling point (SP) and signalling transfer point (STP),
  1600. when integrated in an SP, will be allocated its own unique point code. 
  1601. This is used by the MTP routing function to direct outgoing messages towards 
  1602. their 
  1603. destination in the network as indicated by the inclusion of the appropriate
  1604. point code in the routing label. This point code is known as the destination
  1605. point code (DPC). The routing label also contains the point code of the SP
  1606. originating the message signal unit, therefore, the combination of this
  1607. .PP
  1608. originating point code (OPC) and DPC will determine the signalling relation
  1609. (i.e.,\ the network points between which MTP \*QUser\*U information is 
  1610. exchanged). The DPC is used by the receiving SP/STP discrimination function 
  1611. to determine 
  1612. whether the message is addressed to that SP or requires to be onward routed 
  1613. by means of the signal transfer capability of the STP. 
  1614. .PP
  1615. The DPC will always be determined and inserted in the routing label by 
  1616. the level 4\ MTP \*QUser\*U. This will also generally be the same for the 
  1617. OPC but it is possible that since the OPC might be constant it could be 
  1618. inserted by the 
  1619. MTP.
  1620. .RT
  1621. .sp 1P
  1622. .LP
  1623. 5.2.2
  1624.     \fIService indicator and network indicator\fR 
  1625. .sp 9p
  1626. .RT
  1627. .PP
  1628. The 4 bit service indicator (SI) and 2 bit network indicator (NI) are included 
  1629. in the service information octet (SIO) and are used within an SP's distribution 
  1630. function to determine the \*QUser\*U the incoming message should be 
  1631. delivered to.
  1632. .PP
  1633. The SI will determine the \*QUser\*U, e.g., TUP, SCCP, ISUP and the NI
  1634. will determine which network is concerned, e.g.,\ international or national.
  1635. .PP
  1636. The NI will also in conjunction with the OPC/DPC determine whether a national 
  1637. or international signalling relation/routing is involved. 
  1638. .PP
  1639. The NI, together with the standard 14 bit point code, allows for a max 
  1640. 16 | 84\ point codes to be allocated in a signalling network. 
  1641. .RT
  1642. .sp 1P
  1643. .LP
  1644. 5.3
  1645.     \fISCCP addressing\fR 
  1646. .sp 9p
  1647. .RT
  1648. .PP
  1649. Addressing within the SCCP of S.S. No. 7 makes use of three
  1650. separate elements:
  1651. .RT
  1652. .LP
  1653.     \(em
  1654.     DPC
  1655. .LP
  1656.     \(em
  1657.     Global Title\ 
  1658. (GT)
  1659. .LP
  1660.     \(em
  1661.     Sub\(hySystem Number\ 
  1662. (SSN)
  1663. .PP
  1664. One, two or all of the elements may be present in the Called and Calling 
  1665. Party Address, the main options are: 
  1666. .ce
  1667. \fBH.T. [T2.700]\fR 
  1668. .ps 9
  1669. .vs 11
  1670. .nr VS 11
  1671. .nr PS 9
  1672. .TS
  1673. center box;
  1674. lw(72p) | lw(96p) .
  1675. GT DPC + SSN     {
  1676. When transferring SCCP messages 
  1677.  }
  1678. _
  1679. .T&
  1680. lw(72p) | lw(96p) .
  1681. SSN GT SSN + GT     {
  1682. When receiving messages from MTP
  1683.  }
  1684. _
  1685. .T&
  1686. lw(72p) | lw(96p) .
  1687.  {
  1688. DPC
  1689. DPC + (SSN or GT or both)
  1690. GT
  1691. GT + SSn
  1692.  }     {
  1693. When receiving messages from connectionless or
  1694. connection\(hyorientated control for SCCP Routing.
  1695.  }
  1696. _
  1697. .TE
  1698. .nr PS 9
  1699. .RT
  1700. .ad r
  1701. \fBTable [T2.700], p.\fR 
  1702. .sp 1P
  1703. .RT
  1704. .ad b
  1705. .RT
  1706. .PP
  1707. The form of address used will depend on the service, application and underlying 
  1708. network. 
  1709. .bp
  1710. .sp 1P
  1711. .LP
  1712. 5.3.1
  1713.     \fIGlobal Title (GT)\fR 
  1714. .sp 9p
  1715. .RT
  1716. .PP
  1717. The Global Title (GT) may comprise of dialled digits or another
  1718. form of address that will not be recognized in the S.S.\ No.\ 7 network,
  1719. therefore, if the associated message requires to be routed over the S.S.\ 
  1720. No.\ 7 network, translation is required. 
  1721. .PP
  1722. Translation of the GT will result in a DPC being produced and possibly 
  1723. also a new SSN and GT. A field is also included in the address indicator 
  1724. to 
  1725. identify the format of the global title.
  1726. .RT
  1727. .sp 1P
  1728. .LP
  1729. 5.3.2
  1730.     \fIDestination Point Code (DPC)\fR 
  1731. .sp 9p
  1732. .RT
  1733. .PP
  1734. The DPC in an address requires no translation and will merely
  1735. determine if the message is destined for that in SP (incoming message) or
  1736. requires to be routed over the S.S.\ No.\ 7 signalling network via the 
  1737. MTP. For outgoing messages this DPC should be inserted in the MTP routing 
  1738. label. On an incoming message the DPC in the MTP routing label should correspond 
  1739. to the DPC in the called address. 
  1740. .RT
  1741. .sp 1P
  1742. .LP
  1743. 5.3.3
  1744.     \fISubsystem Number (SSN)\fR 
  1745. .sp 9p
  1746. .RT
  1747. .PP
  1748. The SSN will identify a subsystem accessed via the SCCP within a
  1749. node and may be a User Part, e.g.,\ ISUP, SCCP management or an AE via 
  1750. TC. TC, however, will be invisible to the SCCP. 
  1751. .PP
  1752. When examination of the DPC in an incoming message has determined that 
  1753. the message is for that SP, examination of the SSN will identify the concerned 
  1754. SCCP \*QUser\*U. The presence of an SSN without a DPC will also indicate 
  1755. a message which is addressed to that SP. 
  1756. .PP
  1757. The SSN field has an initial capacity of 255 codes with an extension code 
  1758. for future requirements. 
  1759. .RT
  1760. .sp 2P
  1761. .LP
  1762. 5.4
  1763.     \fIUser Part addressing\fR 
  1764. .sp 1P
  1765. .RT
  1766. .sp 1P
  1767. .LP
  1768. 5.4.1
  1769.     \fITelephone User Part addressing\fR 
  1770. .sp 9p
  1771. .RT
  1772. .PP
  1773. The Telephone User Part is capable of handling E.164 (incorporating E.163) 
  1774. addresses in the calling and called party address information 
  1775. elements.
  1776. .RT
  1777. .sp 1P
  1778. .LP
  1779. 5.4.2
  1780.     \fIISDN User Part addressing\fR 
  1781. .sp 9p
  1782. .RT
  1783. .PP
  1784. The ISDN User Part address structure is capable of handling E.164 addresses 
  1785. in the calling and called number, and re\(hydirecting address 
  1786. information elements.
  1787. .RT
  1788. .sp 1P
  1789. .LP
  1790. 5.4.3
  1791.     \fISignalling connection control part addresses\fR 
  1792. .sp 9p
  1793. .RT
  1794. .PP
  1795. The signalling connection control part is capable of handling
  1796. E.164 (incorporating E.163), X.121, F.69, E.210, E.211, E.212, E.213,
  1797. addresses, and the mobile hybrid E.214 address in the calling and called 
  1798. party address information elements. 
  1799. .PP
  1800. The handling of OSI NSAP addresses in SCCP is for further study.
  1801. .RT
  1802. .sp 1P
  1803. .LP
  1804. 5.5
  1805.     \fILabelling\fR 
  1806. .sp 9p
  1807. .RT
  1808. .PP
  1809. A variety of methods to label signalling messages is used to allow the 
  1810. signalling system and users of the signalling system to relate a received 
  1811. message to a particular call or transaction. 
  1812. .PP
  1813. For circuit\(hyrelated messages, (e.g., on a simple telephone call), the 
  1814. TUP (and the ISUP) use the circuit identification code (CIC) to label the 
  1815. message.
  1816. .PP
  1817. For certain ISUP procedures, call reference are used to associate
  1818. messages with calls.
  1819. .PP
  1820. SCCP also uses local references on connection oriented protocols.
  1821. .PP
  1822. Transaction capabilities use transaction and invoke identities to
  1823. associate transaction messages and components respectively.
  1824. .bp
  1825. .RT
  1826. .sp 2P
  1827. .LP
  1828. \fB6\fR     \fBOperations administration and maintenance\fR 
  1829. .sp 1P
  1830. .RT
  1831. .sp 1P
  1832. .LP
  1833. 6.1
  1834.     \fIManagement\fR 
  1835. .sp 9p
  1836. .RT
  1837. .PP
  1838. Management within S.S. No. 7 is partitioned into two main
  1839. areas:
  1840. .RT
  1841. .LP
  1842.     \(em
  1843.     Signalling network management;
  1844. .LP
  1845.     \(em
  1846.     Signalling system management.
  1847. .sp 1P
  1848. .LP
  1849. 6.1.1
  1850.     \fISignalling network management\fR 
  1851. .sp 9p
  1852. .RT
  1853. .PP
  1854. These are functions contained within the MTP and SCCP which, by
  1855. means of automatic procedures, maintain the required signalling network
  1856. performance (e.g.,\ changeover of faulty links, forced re\(hyrouting, subsystem
  1857. availability,\ etc.).
  1858. .RT
  1859. .sp 1P
  1860. .LP
  1861. 6.1.2
  1862.     \fISignalling system management\fR 
  1863. .sp 9p
  1864. .RT
  1865. .PP
  1866. This may be considered as the actions taken by the operator (or by an external 
  1867. automatic mechanism) to maintain the signalling system performance when 
  1868. problems are identified. 
  1869. .RT
  1870. .sp 1P
  1871. .LP
  1872. 6.1.3
  1873.     \fISignalling System No. 7 and TMN\fR 
  1874. .sp 9p
  1875. .RT
  1876. .PP
  1877. The TMN concept identifies CCITT S.S. No. 7 as a candidate to act as a 
  1878. data communications network (DCN) for some TMN functions. The protocols 
  1879. that will be needed for this purpose are intended to be defined as ASEs, as
  1880. part of OMAP. This topic is for further study.
  1881. .RT
  1882. .sp 1P
  1883. .LP
  1884. 6.1.4
  1885.     \fISignalling System No. 7 and OSI management\fR 
  1886. .sp 9p
  1887. .RT
  1888. .PP
  1889. This subject is for further study.
  1890. .RT
  1891. .sp 1P
  1892. .LP
  1893. 6.2
  1894.     \fIMaintenance and testing\fR 
  1895. .sp 9p
  1896. .RT
  1897. .PP
  1898. The maintenance administration and management functions of the
  1899. signalling system themselves use the signalling system as a data carrying
  1900. mechanism. When regarded in the data transport mode, however, any management 
  1901. or maintenance information is regarded as signalling traffic. Those functions 
  1902. having direct impact on S.S.\ No.\ 7 are included in OMAP Recommendation\ 
  1903. Q.795. 
  1904. .PP
  1905. Testing within Signalling System No. 7 is:
  1906. .RT
  1907. .LP
  1908.     \(em
  1909.     instigated automatically as a part of a signalling system
  1910. management procedures (e.g.,\ signalling route set test in MTP) or
  1911. .LP
  1912.     \(em
  1913.     applied as a result of external activity, e.g.,\ human\(hymachine (MMI).
  1914. .PP
  1915. The first form is described in the appropriate Q.700 to\ Q.795
  1916. Recommendation dealing with MTP or SCCP,\ etc. The second form includes 
  1917. some MMI initiated procedures (initiation of MRVT (Q.795)), and also pre\(hyin 
  1918. service 
  1919. testing using test cases specified in Recommendations for S.S.\ No.\ 7 tests
  1920. (Q.780 to\ Q.783). A testing user part has been agreed to be necessary for
  1921. pre\(hyin service testing, this topic is for further study.
  1922. .sp 1P
  1923. .LP
  1924. 6.2.1
  1925.     \fIOperations Maintenance and Administration Part (OMAP)\fR 
  1926. .sp 9p
  1927. .RT
  1928. .PP
  1929. Recommendation Q.795 provides procedures and protocols related to operations 
  1930. and maintenance information. These procedures and protocols use TCAP and 
  1931. are invoked by the system management application process (SMAP). 
  1932. Recommendation\ Q.795 includes the following:
  1933. .RT
  1934. .LP
  1935.     \(em
  1936.     MTP Routing Verification Test (MRVT)
  1937. .LP
  1938.     \(em
  1939.     SCCP Routing Verification Test (SRVT) \(em for further study
  1940. .LP
  1941.     \(em
  1942.     Circuit Validation Test
  1943. .PP
  1944. The protocol for the MRVT contained in Q.795 forms part of the
  1945. OMAP AE which in turn uses the services provided by transaction capabilities.
  1946. .PP
  1947. ASEs needed to support the TMN functions are for further
  1948. study.
  1949. .bp
  1950. .RT
  1951. .sp 1P
  1952. .LP
  1953. 6.2.2
  1954.     \fITesting\fR 
  1955. .sp 9p
  1956. .RT
  1957. .PP
  1958. Test specifications for Signalling System No. 7 are contained in
  1959. Recommendations\ Q.780\(hy783 and cover MTP level\ 2, level\ 3 and the 
  1960. TUP together with an overview of testing. 
  1961. .PP
  1962. A Testing User Part is for further study.
  1963. .RT
  1964. .sp 1P
  1965. .LP
  1966. 6.3
  1967.     \fICCITT S.S. No. 7 measurements\fR 
  1968. .sp 9p
  1969. .RT
  1970. .PP
  1971. Recommendation Q.791 specifies the monitoring and measurements
  1972. appropriate to the MTP and SCCP.
  1973. .RT
  1974. .sp 2P
  1975. .LP
  1976. \fB7\fR     \fBSignalling system performance\fR 
  1977. .sp 1P
  1978. .RT
  1979. .PP
  1980. The performance requirements of Signalling System No. 7 must take account 
  1981. of the performance requirements of the services that are being 
  1982. supported. Each functional component of Signalling System\ No.\ 7 has its
  1983. performance criteria specified in a self\(hycontained Recommendation. An 
  1984. overall performance target is specified in the form of a Hypothetical Signalling 
  1985. Reference Connection (HSRC).
  1986. .RT
  1987. .sp 1P
  1988. .LP
  1989. 7.1
  1990.     \fIHypothetical Signalling Reference Connection (HSRC)\fR 
  1991. .sp 9p
  1992. .RT
  1993. .PP
  1994. The HSRC for Signalling System No. 7 (Recommendation Q.709),
  1995. identifies components that are used in a signalling relation between signalling 
  1996. end points, signalling points, signalling transfer points, and signalling 
  1997. points with SCCP relay functions, and gives the values for the signalling
  1998. delays and unavailability parameters. The values used are derived from the
  1999. figures contained in the individual performance Recommendations for MTP, 
  2000. TUP, SCCP and ISUP. 
  2001. .RT
  2002. .sp 1P
  2003. .LP
  2004. 7.2
  2005.     \fIMTP\fR 
  2006. .sp 9p
  2007. .RT
  2008. .PP
  2009. The MTP signalling performance requirements are specified in
  2010. Recommendation\ Q.706. This Recommendation includes:
  2011. .RT
  2012. .LP
  2013.     \(em
  2014.     the parameters route\(hyset unavailability, MTP malfunction
  2015. (loss of messages and mis\(hysequencing), and message transfer times;
  2016. .LP
  2017.     \(em
  2018.      factors affecting performance, for example signalling traffic characteristics 
  2019. (e.g.,\ loading potential, security,\ etc.) and parameters 
  2020. related to transmission characteristics (e.g.,\ bit rates of signalling data
  2021. links);
  2022. .LP
  2023.     \(em
  2024.     those parameters which have greatest influence on the
  2025. signalling network queueing delays for example, error control, security
  2026. arrangements, failures and priorities.
  2027. .PP
  2028. It should be noted that management functions affect MTP
  2029. performance.
  2030. .sp 1P
  2031. .LP
  2032. 7.3
  2033.     \fISCCP\fR 
  2034. .sp 9p
  2035. .RT
  2036. .PP
  2037. The SCCP signalling performance requirements are contained in
  2038. Recommendation\ Q.716. Parameters identified are signal connection delays
  2039. (establishment, unsolicited reset, reset and release signalling connection,
  2040. reset and release failure probability, data message transmit delay, data
  2041. message delay failure and error probability and SCCP unavailability).
  2042. .PP
  2043. It should be noted that management functions affect SCCP
  2044. performance.
  2045. .RT
  2046. .sp 1P
  2047. .LP
  2048. 7.4
  2049.     \fITUP\fR 
  2050. .sp 9p
  2051. .RT
  2052. .PP
  2053. The TUP signalling performance requirements are contained in
  2054. Recommendation\ Q.725. Parameters contained in this Recommendation are cross
  2055. office performance for TUP supported circuit connection control application
  2056. under normal and abnormal traffic loads. Also specified is the probability 
  2057. of failure of calls due to signalling malfunction. 
  2058. .RT
  2059. .sp 1P
  2060. .LP
  2061. 7.5
  2062.     \fIISDN\(hyUP\fR 
  2063. .sp 9p
  2064. .RT
  2065. .PP
  2066. The ISDN\(hyUP signalling performance requirements are contained in
  2067. Recommendation\ Q.766. Parameters contained in this Recommendation are cross
  2068. office performance for ISDN\(hyUP supported circuit connection control under
  2069. normal and abnormal traffic loads. Also specified is the probability of 
  2070. failure of an ISDN call due to signalling function. 
  2071. .bp
  2072. .RT
  2073. .sp 2P
  2074. .LP
  2075. \fB8\fR     \fBFlow control\fR 
  2076. .sp 1P
  2077. .RT
  2078. .PP
  2079. Signalling System No. 7 in common with other transport mechanisms, needs 
  2080. to limit the input of data when congestion onset is detected. Failure to 
  2081. do so can create overload situations. The nature of CCITT S.S.\ No.\ 7 
  2082. will lead to SP/STP overload congestion being spread through the signalling 
  2083. network if no action is taken. This will result in impaired signalling 
  2084. performance. In 
  2085. addition to signalling network congestion within a node, congestion will 
  2086. also require action to prevent signalling performance from deteriorating. 
  2087. There is thus a need for flow control within the signalling system to maintain 
  2088. the 
  2089. required signalling performance.
  2090. .RT
  2091. .sp 1P
  2092. .LP
  2093. 8.1
  2094.     \fISignalling network flow control\fR 
  2095. .sp 9p
  2096. .RT
  2097. .PP
  2098. This is achieved by incorporating a flow control mechanism in the MTP. 
  2099. On detection of congestion, MTP \*QUsers\*U are informed by the means of 
  2100. special primitive; the \*QUser\*U should then reduce signalling traffic 
  2101. towards the congested part of the network. If the User is at a remote SP, 
  2102. the information is carried across the network in an appropriate signalling 
  2103. network management message. 
  2104. .RT
  2105. .sp 1P
  2106. .LP
  2107. 8.2
  2108.     \fISignalling node (congestion) flow control\fR 
  2109. .sp 9p
  2110. .RT
  2111. .PP
  2112. In addition to network congestion, nodal congestion also requires the remedial 
  2113. action of flow control to prevent the signalling performance from being 
  2114. impaired. Nodal congestion can occur both within the MTP and the MTP 
  2115. \*QUser\*U.
  2116. .RT
  2117. .sp 1P
  2118. .LP
  2119. 8.2.1
  2120.     \fIMTP nodal flow control\fR 
  2121. .sp 9p
  2122. .RT
  2123. .PP
  2124. A similar activity to that to combat signalling network congestion is required, 
  2125. i.e.,\ on detection, the \*QUser\*U is informed so that traffic can be 
  2126. reduced. 
  2127. .RT
  2128. .sp 1P
  2129. .LP
  2130. 8.2.2
  2131.     \fI\*QUser\*U flow control\fR 
  2132. .sp 9p
  2133. .RT
  2134. .PP
  2135. As well as taking action to reduce MTP congestion, mechanisms are also 
  2136. required within the User to detect the onset of congestion and to take 
  2137. appropriate action.
  2138. .RT
  2139. .sp 1P
  2140. .LP
  2141. 8.3
  2142.     \fIAutomatic congestion control\fR 
  2143. .sp 9p
  2144. .RT
  2145. .PP
  2146. The ISUP and TUP provide signalling procedures which aim to reduce the 
  2147. new calls offered to an exchange which is experiencing processor overload. 
  2148. .PP
  2149. Automatic congestion control provides the means to inform adjacent
  2150. exchanges of the current workload, and to request that only priority calls 
  2151. are offered to the exchange experiencing overload. 
  2152. .RT
  2153. .sp 2P
  2154. .LP
  2155. \fB9\fR     \fBCompatibility mechanisms and rules in CCITT S.S. No. 7\fR 
  2156. .sp 1P
  2157. .RT
  2158. .sp 1P
  2159. .LP
  2160. 9.1
  2161.     \fIModularity\fR 
  2162. .sp 9p
  2163. .RT
  2164. .PP
  2165. The wide scope of the signalling system requires that the total
  2166. system include a large diversity of functions and that further functions can
  2167. be added to cater for extended future applications. As a consequence only a
  2168. subset of the total system may need to be used in an individual application.
  2169. .PP
  2170. A major characteristic of the signalling system is that it is
  2171. specified with a functional structure to ensure flexibility and modularity 
  2172. for diverse applications within one system concept. This allows the system 
  2173. to be 
  2174. realized as a number of functional modules which could ease adaptation 
  2175. of the functional content of an operating Signalling System\ No.\ 7 to 
  2176. the requirements of its application. 
  2177. .PP
  2178. The CCITT specifications of the signalling system specify functions
  2179. and their use for international operation of the system. Many of those
  2180. functions are also required in typical national applications. Furthermore, 
  2181. the system to some extent includes features that are particular to national 
  2182. applications. The CCITT specifications thus form an internationally
  2183. standardized base for a wide range of national applications of common channel 
  2184. signalling. 
  2185. .bp
  2186. .PP
  2187. CCITT S.S. No. 7 is one common channel signalling system. However, as a 
  2188. consequence of its modularity and its intended use as a standard base for 
  2189. national applications the system may be applied in many forms. In general, 
  2190. to define the use of the system in a given national application, a selection 
  2191. of 
  2192. the CCITT specified functions must be made and the necessary additional
  2193. national functions must be specified depending on the nature of the
  2194. application.
  2195. .PP
  2196. CCITT S.S. No. 7 is an evolutionary signalling system which has
  2197. undergone a number of enhancements. To allow ease of evolution it has been
  2198. necessary to incorporate a number of compatibility mechanisms in various
  2199. functional elements of CCITT\ No.\ 7, and to apply a number of compatibility
  2200. rules to protocol enhancement. Detailed specification of the compatibility
  2201. mechanisms in each functional element of CCITT S.S.\ No.\ 7 are given in the
  2202. appropriate Q.700\ to Q.795\ Recommendations. Hence an overview is given 
  2203. in this Recommendation. 
  2204. .PP
  2205. Compatibility rules which apply to all functional elements of CCITT
  2206. S.S.\ No.\ 7 are detailed in the following text.
  2207. .RT
  2208. .sp 1P
  2209. .LP
  2210. 9.2
  2211.     \fIEvolutionary requirements\fR 
  2212. .sp 9p
  2213. .RT
  2214. .PP
  2215. In application protocols (e.g., ISDN\(hyUP, ASEs), the main
  2216. evolutionary requirement is the ability to add new subscriber services, new
  2217. administration and network services to the protocol.
  2218. .PP
  2219. In the SCCP and MTP, the evolutionary requirements are different in
  2220. that initial versions provide basic transport functions which are generally
  2221. stable. The main enhancements have been in the management protocols.
  2222. .PP
  2223. Although the evolutionary requirements are different across the
  2224. elements of CCITT S.S.\ No.\ 7, it is possible to incorporate certain common
  2225. mechanisms in the various functional elements.
  2226. .RT
  2227. .sp 1P
  2228. .LP
  2229. 9.3
  2230.     \fIForward and backward compatibility\fR 
  2231. .sp 9p
  2232. .RT
  2233. .PP
  2234. Compatibility mechanisms can be considered as being
  2235. either:
  2236. .RT
  2237. .LP
  2238.     \(em
  2239.     Forward compatibility mechanisms
  2240. .LP
  2241.     \(em
  2242.     Backward compatibility rules
  2243. .PP
  2244. Forward compatibility mechanisms are defined as a scheme to enable a version 
  2245. of a protocol to communicate effectively and interwork with future 
  2246. versions of the protocol.
  2247. .PP
  2248. Backward compatibility rules are defined as a scheme to ensure that
  2249. future versions of the protocol will be able to send protocol messages 
  2250. to the previous version which will be understood and fully processed by 
  2251. the node 
  2252. supporting the previous version.
  2253. .RT
  2254. .sp 1P
  2255. .LP
  2256. 9.4
  2257.     \fICompatibility rules for CCITT S.S. No. 7\fR 
  2258. .sp 9p
  2259. .RT
  2260. .PP
  2261. The following compatibility rules are applied to each element of
  2262. CCITT S.S.\ No.\ 7 (e.g.,\ ISDN\(hyUP) when protocols are enhanced.
  2263. .RT
  2264. .sp 1P
  2265. .LP
  2266. 9.4.1
  2267.     \fIAddition of a new value to an existing field (e.g., a cause\fR 
  2268. \fIvalue)\fR 
  2269. .sp 9p
  2270. .RT
  2271. .PP
  2272. New values to an existing field can be added. The processing of
  2273. these new values at nodes supporting an earlier version of the protocol will
  2274. be defined in their version specifications.
  2275. .RT
  2276. .sp 1P
  2277. .LP
  2278. 9.4.2
  2279.     \fIAddition of a new parameter to an existing message\fR 
  2280. .sp 9p
  2281. .RT
  2282. .PP
  2283. Any new parameters added to an existing message must not be added as mandatory 
  2284. parameters. If a new parameter, must be added, and it must be a 
  2285. mandatory parameter, then a new message type must be created.
  2286. .RT
  2287. .sp 1P
  2288. .LP
  2289. 9.4.3
  2290.     \fIHandling of unrecognized information\fR 
  2291. .sp 9p
  2292. .RT
  2293. .PP
  2294. When a new protocol, message or information element is created, a rule 
  2295. is required on a per message and information element basis, to define the 
  2296. action on receipt of unrecognized information. This rule needs to be applied 
  2297. to both unrecognized messages, unrecognized information elements within 
  2298. messages, and unrecognized values within recognized information elements. 
  2299. .bp
  2300. .PP
  2301. The actions defined for receipt of an unrecognized message/information 
  2302. element could be: 
  2303. .RT
  2304. .LP
  2305.     \(em
  2306.     Discard message/information element.
  2307. .LP
  2308.     \(em
  2309.     Discard/ignore information element within a recognized
  2310. message.
  2311. .LP
  2312.     \(em
  2313.     Default to a known general value (e.g., on receipt of an
  2314. ISDN\(hyUP IAM with an unrecognized calling party category could be defaulted 
  2315. to \*QUnknown\*U). 
  2316. .LP
  2317.     \(em
  2318.     Send a \*QConfusion\*U message.
  2319. .LP
  2320.     \(em
  2321.     Terminate the call/transaction.
  2322. .LP
  2323.     \(em
  2324.     Information management.
  2325. .sp 1P
  2326. .LP
  2327. 9.4.4
  2328.     \fIIncrease in the length of optional parameters\fR 
  2329. .sp 9p
  2330. .RT
  2331. .PP
  2332. If a parameter is used as an optional parameter in all messages
  2333. that it appears, the length of the parameter can be increased. The older
  2334. version of the protocol would be able to function as it does today, assuming 
  2335. it ignores the extra bits or a suitable extension method has been defined. 
  2336. The 
  2337. newer version would have to check the length of the parameter to determine 
  2338. if the added information was present. 
  2339. .PP
  2340. Protocols which use coding rules which are based on X.409 (e.g., TC) are 
  2341. not subject to this rule. 
  2342. .RT
  2343. .sp 1P
  2344. .LP
  2345. 9.4.5
  2346.     \fIProcessing of messages with unrecognized SIO information\fR 
  2347. .sp 9p
  2348. .RT
  2349. .PP
  2350. To enable signalling points implemented to the Blue Book to
  2351. interwork with signalling points implemented to earlier Recommendations 
  2352. when a message containing an unrecognized service information octet (see 
  2353. Q.704, 
  2354. \(sc\ 14.2) is received, the message is discarded.
  2355. .RT
  2356. .sp 1P
  2357. .LP
  2358. 9.4.6
  2359.     \fIUnacknowledged messages\fR 
  2360. .sp 9p
  2361. .RT
  2362. .PP
  2363. Where a function requires an acknowledgement to a message in order to continue, 
  2364. if no response is received the function sends the message for only a limited 
  2365. number of times. The sending signalling point should assume that the function 
  2366. is not available, and inform local management. 
  2367. .RT
  2368. .sp 1P
  2369. .LP
  2370. 9.4.7
  2371.     \fIProcessing of spare fields\fR 
  2372. .sp 9p
  2373. .RT
  2374. .PP
  2375. For those CCITT S.S. No. 7 functions which define fields or
  2376. sub\(hyfields in signalling messages as spare or reserved, the following 
  2377. rules for processing of these fields apply. 
  2378. .PP
  2379. At a node generating a signalling message, all spare and reserved
  2380. fields are set to zero. At transit nodes, spare or reserved fields may be
  2381. passed on transparently. At the destination node, the spare and reserved 
  2382. fields are not examined. 
  2383. .RT
  2384. .sp 2P
  2385. .LP
  2386. \fB10\fR     \fBGlossary\fR 
  2387. .sp 1P
  2388. .RT
  2389. .PP
  2390. A Glossary of terms in CCITT S.S. No. 7 is contained at the back of the 
  2391. Fascicles\ VI.7, VI.8 and VI.9. 
  2392. .RT
  2393. .LP
  2394. .rs
  2395. .sp 10P
  2396. .ad r
  2397. BLANC
  2398. .ad b
  2399. .RT
  2400. .LP
  2401. .bp
  2402. .sp 1P
  2403. .ce 1000
  2404. \v'3P'
  2405. SECTION\ 2
  2406. .ce 0
  2407. .sp 1P
  2408. .ce 1000
  2409. \fBMESSAGE\ TRANSFER\ PART\ (MTP)\fR 
  2410. .ce 0
  2411. .sp 1P
  2412. .sp 2P
  2413. .LP
  2414. \fBRecommendation\ Q.701\fR 
  2415. .RT
  2416. .sp 2P
  2417. .ce 1000
  2418. \fBFUNCTIONAL\ DESCRIPTION\ OF\ THE\fR 
  2419. .EF '%    Fascicle\ VI.7\ \(em\ Rec.\ Q.701''
  2420. .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.701    %'
  2421. .ce 0
  2422. .sp 1P
  2423. .ce 1000
  2424. \fBMESSAGE\ TRANSFER\ PART\ (MTP)\ OF\ SIGNALLING\ SYSTEM\ No.\ 7\fR 
  2425. .ce 0
  2426. .sp 1P
  2427. .LP
  2428. \fB1\fR     \fBIntroduction\fR 
  2429. .sp 1P
  2430. .RT
  2431. .sp 1P
  2432. .LP
  2433. 1.1
  2434.     \fIGeneral\fR 
  2435. .sp 9p
  2436. .RT
  2437. .PP
  2438. The Message Transfer Part (MTP) provides the functions that enable User 
  2439. Part significant information passed to the MTP to be transferred across 
  2440. the Signalling System No.\ 7 network to the required destination. In addition, 
  2441. functions are included in the MTP to enable network and system failures 
  2442. that 
  2443. would affect the transfer of signalling information to be overcome. This
  2444. constitutes a sequenced connectionless service for the MTP user.
  2445. .PP
  2446. The Message Transfer Part together with one of its \*Qusers\*U, the
  2447. Signalling Connection Control Part (SCCP), described in
  2448. Recommendations\ Q.711\(hy716, forms the Network Service Part (NSP).
  2449. .PP
  2450. The Network Service Part meets the requirement for Layer 3 services as 
  2451. defined in the OSI \(em\ Reference Model CCITT Recommendation\ X.200. The 
  2452. relationship of the MTP with this model and to other parts of S.S.\ No.\ 7 is
  2453. described in Recommendation\ Q.700.
  2454. .RT
  2455. .sp 1P
  2456. .LP
  2457. 1.2
  2458.     \fIObjectives\fR 
  2459. .sp 9p
  2460. .RT
  2461. .PP
  2462. The overall objectives of the Message Transfer Part are to provide the 
  2463. means for: 
  2464. .RT
  2465. .LP
  2466.     a)
  2467.     the reliable transport and delivery of \*QUser Part\*U
  2468. signalling information across the S.S.\ No.\ 7 network.
  2469. .LP
  2470.     b)
  2471.     the ability to react to system and network failures that
  2472. will affect\ a), and take the necessary action to ensure that\ a) is
  2473. achieved.
  2474. .PP
  2475. The \*QUsers\*U of MTP are the SCCP, Telephone User Part (TUP)
  2476. [Recommendation\ Q.721\(hy725 Data User Part (DUP) [Recommendation\ Q.741] and
  2477. ISDN User Part (ISUP) [Recommendation\ Q.761\(hy766]. The MTP Testing User 
  2478. Part is for further study. 
  2479. .sp 2P
  2480. .LP
  2481. 1.3
  2482.     \fIGeneral characteristics\fR 
  2483. .sp 1P
  2484. .RT
  2485. .sp 1P
  2486. .LP
  2487. 1.3.1
  2488.     \fIMethod of description\fR 
  2489. .sp 9p
  2490. .RT
  2491. .LP
  2492.     \(em
  2493.     functions provided by each level within the MTP
  2494. .LP
  2495.     \(em
  2496.     services provided by the MTP
  2497. .LP
  2498.     \(em
  2499.     interaction with the signalling network
  2500. .LP
  2501.     \(em
  2502.     interaction with the MTP \*QUser\*U
  2503. .LP
  2504.     \(em
  2505.     the message transfer capability of the MTP
  2506. .bp
  2507. .PP
  2508. The functions of each level of the MTP are performed by means of the level 
  2509. protocol between two systems which provides a \*Qlevel service\*U to the 
  2510. upper levels, (i.e.,\ Level\ 1 Signalling Data Link, Level\ 2 Signalling 
  2511. Link and Level\ 3 Signalling network) as described in Recommendations\ 
  2512. Q.702, 703 and\ 704 respectively. 
  2513. .PP
  2514. The service interface to the Level 4 \*QUser\*U of MTP is described by
  2515. means of primitives and parameters.
  2516. .RT
  2517. .sp 1P
  2518. .LP
  2519. 1.3.2
  2520.     \fIPrimitives\fR 
  2521. .sp 9p
  2522. .RT
  2523. .PP
  2524. Primitives consist of commands and their respective responses
  2525. associated with the services requested of the SCCP and of the MTP, see
  2526. Figure\ 1/Q.701. The general syntax of a primitive is shown below:
  2527. .RT
  2528. .ce
  2529. \fBH.T. [T1.701]\fR 
  2530. .ps 9
  2531. .vs 11
  2532. .nr VS 11
  2533. .nr PS 9
  2534. .TS
  2535. center box;
  2536. cw(18p) | cw(42p) | cw(42p) | cw(42p) .
  2537. X    Generic name    Specific name    Parameter
  2538. _
  2539. .TE
  2540. .nr PS 9
  2541. .RT
  2542. .ad r
  2543. \fBTable [T1.701], p.\fR 
  2544. .sp 1P
  2545. .RT
  2546. .ad b
  2547. .RT
  2548. .LP
  2549.     \(em
  2550.     \*QX\*U designates the functional block providing the service
  2551. (\*QMTP\*U for MTP).
  2552. .LP
  2553.     \(em
  2554.      \*QGeneric name\*U describes the action that should be performed by the 
  2555. addressed layer. 
  2556. .LP
  2557.     \(em
  2558.     \*QSpecific name\*U indicates the direction of the primitive
  2559. flow.
  2560. .LP
  2561.     \(em
  2562.      \*QParameters\*U are the elements of information which are to be transmitted 
  2563. between layers. 
  2564. .LP
  2565.     Four Specific Names exist in general:
  2566. .LP
  2567.     \(em
  2568.     request
  2569. .LP
  2570.     \(em
  2571.     indication
  2572. .LP
  2573. Not all generic names contain all four specific names
  2574. (Figure\ 2/Q.701).
  2575. .FE
  2576.     \(em
  2577.     response
  2578. .LP
  2579.     \(em
  2580.     confirmation
  2581. .LP
  2582. .rs
  2583. .sp 17P
  2584. .ad r
  2585. \fBFigure 1/Q.701, p.\fR 
  2586. .sp 1P
  2587. .RT
  2588. .ad b
  2589. .RT
  2590. .LP
  2591. .bp
  2592. .LP
  2593. .rs
  2594. .sp 18P
  2595. .ad r
  2596. \fBFigure 2/Q.701, p.\fR 
  2597. .sp 1P
  2598. .RT
  2599. .ad b
  2600. .RT
  2601. .PP
  2602. Primitives and parameters of the Messsage Transfer Part service
  2603. are listed and described in Section\ 8 of this Recommendation.
  2604. .sp 1P
  2605. .LP
  2606. 1.3.3
  2607.     \fIPeer\(hyto\(hypeer communication\fR 
  2608. .sp 9p
  2609. .RT
  2610. .PP
  2611. Exchange of information between two peers of the MTP is performed by means 
  2612. of a protocol. The protocol is a set of rules and formats by which the 
  2613. control information and MTP \*QUser\*U data is exchanged between the two 
  2614. peers. The protocol caters for 
  2615. .RT
  2616. .LP
  2617.     \(em
  2618.     the transfer of \*QUser\*U data in Message Signal Units (MSUs);
  2619. .LP
  2620.     \(em
  2621.     level 2 control by use of Link Status Signal Units (LSSUs);
  2622. .LP
  2623.     \(em
  2624.      testing and maintenance of signalling links by means of the signalling 
  2625. link test message carried in an MSU. 
  2626. .sp 1P
  2627. .LP
  2628. 1.3.4
  2629.     \fIContents of Recommendations Q.701 to Q.707 Series relating to\fR 
  2630. \fIthe MTP\fR 
  2631. .sp 9p
  2632. .RT
  2633. .PP
  2634. Recommendation Q.701 contains a functional description and overview of 
  2635. the Message Transfer Part of CCITT\ S.S.\ No.\ 7. 
  2636. .PP
  2637. Recommendation Q.702 details the requirements of a signalling data
  2638. link to support CCITT\ S.S.\ No.\ 7.
  2639. .PP
  2640. Recommendation Q.703 describes the signalling link functions.
  2641. .PP
  2642. Recommendation Q.704 describes signalling network functions and
  2643. messages.
  2644. .PP
  2645. Recommendation Q.706 defines and specifies values for MTP performance parameters. 
  2646. .PP
  2647. Recommendation Q.707 describes the testing and maintenance functions applicable 
  2648. to the MTP. 
  2649. .RT
  2650. .sp 2P
  2651. .LP
  2652. \fB2\fR     \fBSignalling system structure\fR 
  2653. .sp 1P
  2654. .RT
  2655. .sp 1P
  2656. .LP
  2657. 2.1
  2658.     \fIBasic functional division\fR 
  2659. .sp 9p
  2660. .RT
  2661. .PP
  2662. The fundamental principle of the signalling system structure is the division 
  2663. of functions into a common 
  2664. Message Transfer Part
  2665. (MTP) on
  2666. one hand and separate 
  2667. User Parts
  2668. for different users on the other. This is illustrated in Figure\ 3/Q.701.
  2669. .bp
  2670. .RT
  2671. .LP
  2672. .rs
  2673. .sp 12P
  2674. .ad r
  2675. \fBFigure 3/Q.701 p. \fR 
  2676. .sp 1P
  2677. .RT
  2678. .ad b
  2679. .RT
  2680. .PP
  2681. The overall function of the Message Transfer Part is to serve as a transport 
  2682. system providing reliable transfer of signalling messages between the locations 
  2683. of communicating user functions. 
  2684. .PP
  2685. The term \fIuser\fR  | in this context refers to any functional entity 
  2686. that utilizes the transport capability provided by the Message Transfer 
  2687. Part. A User Part comprises those functions of, or related to, a particular 
  2688. type of user 
  2689. that are part of the common channel signalling system, typically because 
  2690. those functions need to be specified in a signalling context. 
  2691. .PP
  2692. The basic commonality in signalling for different services resulting from 
  2693. this concept is the use of a common transport system, i.e.,\ the Message 
  2694. Transfer Part. Also, a degree of commonality exists between certain User 
  2695. Parts, e.g.,\ the Telephone User Part (TUP) and the Data User Part (DUP). 
  2696. .RT
  2697. .sp 2P
  2698. .LP
  2699. 2.2
  2700.     \fIFunctional levels\fR 
  2701. .sp 1P
  2702. .RT
  2703. .sp 1P
  2704. .LP
  2705. 2.2.1
  2706.     \fIGeneral\fR 
  2707. .sp 9p
  2708. .RT
  2709. .PP
  2710. As a further separation, the necessary elements of the signalling system 
  2711. are specified in accordance with a level concept in which: 
  2712. .RT
  2713. .LP
  2714.     \(em
  2715.      the functions of the Message Transfer Part are separated into three functional 
  2716. levels, and 
  2717. .LP
  2718.     \(em
  2719.     the User Parts constitute parallel elements at the fourth
  2720. functional level.
  2721. .PP
  2722. The level structure is illustrated in Figure\ 4/Q.701.
  2723. The system structure shown in Figure\ 4/Q.701 is not a
  2724. specification of an implementation of the system. The functional boundaries\ 
  2725. B, C and\ D may or may not exist as interfaces in an implementation. The 
  2726. interactions by means of controls and indications may be direct or via other
  2727. functions. However, the structure shown in Figure\ 4/Q.701 may be regarded
  2728. as a possible model of an implementation.
  2729. .sp 1P
  2730. .LP
  2731. 2.2.2
  2732.     \fISignalling data link functions (level 1)\fR 
  2733. .sp 9p
  2734. .RT
  2735. .PP
  2736. Level 1 defines the physical, electrical and functional
  2737. characteristics of a signalling data link and the means to access it. The
  2738. level\ 1 element provides a bearer for a signalling link.
  2739. .PP
  2740. In a digital environment, 64\(hykbit/s digital paths will normally be
  2741. used for the signalling data link. The signalling data link may be accessed 
  2742. via a switching function, providing a potential for automatic reconfiguration 
  2743. of 
  2744. signalling links. Other types of data links, such as analogue links with
  2745. modems, can also be used.
  2746. .PP
  2747. The detailed requirements for signalling data links are specified in Recommendation\ 
  2748. Q.702. 
  2749. .bp
  2750. .RT
  2751. .LP
  2752. .rs
  2753. .sp 30P
  2754. .ad r
  2755. \fBFigure 4/Q.701, p.17\fR 
  2756. .sp 1P
  2757. .RT
  2758. .ad b
  2759. .RT
  2760. .sp 1P
  2761. .LP
  2762. 2.2.3
  2763.     \fISignalling link functions (level 2)\fR 
  2764. .sp 9p
  2765. .RT
  2766. .PP
  2767. Level 2 defines the functions and procedures for and relating to
  2768. the transfer of signalling messages over one individual signalling data 
  2769. link. The level\ 2 functions together with a level\ 1 signalling data link 
  2770. as a bearer provides a signalling link for reliable transfer of signalling 
  2771. messages between two points. 
  2772. .PP
  2773. A signalling message delivered by the higher levels is transferred
  2774. over the signalling link in variable length \fIsignal units\fR . For proper
  2775. operation of the signalling link, the signal unit comprises transfer control
  2776. information in addition to the information content of the signalling message.
  2777. .PP
  2778. The signalling link functions include:
  2779. .RT
  2780. .LP
  2781.     \(em
  2782.     delimitation of signal unit by means of flags;
  2783. .LP
  2784.     \(em
  2785.     flag imitation prevention by bit stuffing;
  2786. .LP
  2787.     \(em
  2788.     error detection by means of check bits included in each signal  unit;
  2789. .LP
  2790.     \(em
  2791.     error correction by retransmission and signal unit sequence
  2792. control by means of explicit sequence numbers in each signal unit
  2793. and explicit continuous acknowledgements;
  2794. .LP
  2795.     \(em
  2796.      signalling link failure detection by means of signal unit error rate 
  2797. monitoring and signalling link recovery by means of special 
  2798. procedures.
  2799. .PP
  2800. The detailed requirements for signalling link functions are given in Recommendation\ 
  2801. Q.703. 
  2802. .bp
  2803. .sp 1P
  2804. .LP
  2805. 2.2.4
  2806.     \fISignalling network functions (level 3)\fR 
  2807. .sp 9p
  2808. .RT
  2809. .PP
  2810. Level 3 in principle defines those transport functions and procedures that 
  2811. are common to and independent of the operation of individual signalling 
  2812. links. As illustrated in Figure\ 4/Q.701 these functions fall into two major
  2813. categories:
  2814. .RT
  2815. .LP
  2816.     a)
  2817.     signalling message handling functions \(em these are functions
  2818. that, at the actual transfer of a message, direct the message to
  2819. the proper signalling link or User Part;
  2820. .LP
  2821.     b)
  2822.      signalling network management functions \(em these are functions that, 
  2823. on the basis of predetermined data and information about 
  2824. the status of the signalling network, control the current message
  2825. routing and configuration of signalling network facilities. In the
  2826. event of changes in the status they also control reconfigurations
  2827. and other actions to preserve or restore the normal message
  2828. transfer capability.
  2829. .PP
  2830. The different level 3 functions interact with each other and with the functions 
  2831. of other levels by means of indications and controls as 
  2832. illustrated in Figure\ 4/Q.701. This figure also shows that the signalling
  2833. network management as well as the testing and maintenance actions may include 
  2834. exchange of signalling messages with corresponding functions located at 
  2835. other signalling points. Although not User Parts these parts of level\ 
  2836. 3 can be seen as serving as \*QUser Parts of the Message Transfer Part\*U. 
  2837. As a convention in 
  2838. these specifications, for each description, general references to User 
  2839. Parts as sources or sinks of a signalling message implicitly include these 
  2840. parts of 
  2841. level\ 3 unless the opposite is evident from the context or explicitly stated.
  2842. .PP
  2843. A description of the level 3 functions in the context of a signalling network 
  2844. is given in \(sc\ 3 below. The detailed requirements for signalling 
  2845. network functions are given in Recommendation\ Q.704. Some means for
  2846. testing and maintenance of the signalling network are provided and the 
  2847. detailed requirements are given in Recommendation\ Q.707. 
  2848. .RT
  2849. .sp 1P
  2850. .LP
  2851. 2.2.5
  2852.     \fIUser Part functions (level 4)\fR 
  2853. .sp 9p
  2854. .RT
  2855. .PP
  2856. Level 4 consists of the different User Parts. Each User Part defines the 
  2857. functions and procedures of the signalling system that are particular to 
  2858. a certain type of user of the system. 
  2859. .PP
  2860. The extent of the User Part functions may differ significantly between 
  2861. different categories of users of the signalling system, such as: 
  2862. .RT
  2863. .LP
  2864.     \(em
  2865.      users for which most user communication functions are defined within 
  2866. the signalling system. Examples are telephone and data 
  2867. call control functions with their corresponding Telephone and
  2868. Data User Parts;
  2869. .LP
  2870.     \(em
  2871.      users for which most user communication functions are defined outside 
  2872. the signalling system. An example is the use of the 
  2873. signalling system for transfer of information for some management
  2874. or maintenance purpose. For such an \*Qexternal user\*U the User Part
  2875. may be seen as a \*Qmailbox\*U type of interface between the external
  2876. user system and the message transfer function in which, for example,
  2877. the user information transferred is assembled and disassembled
  2878. to/from the applicable signalling message formats.
  2879. .sp 1P
  2880. .LP
  2881. 2.3
  2882.     \fISignalling message\fR 
  2883. .sp 9p
  2884. .RT
  2885. .PP
  2886. A signalling message is an assembly of information, defined at level\ 3 
  2887. or\ 4, pertaining to a call, management transaction,\ etc., that is transferred 
  2888. as an entity by the message transfer function. 
  2889. .PP
  2890. Each message contains \fIservice information\fR  | ncluding a \fIservice\fR 
  2891. \fIindicator\fR  | dentifying the source User Part and possibly additional
  2892. information such as an indication whether the message relates to international 
  2893. or national application of the User Part. 
  2894. .PP
  2895. The \fIsignalling information\fR  | f the message includes the actual user 
  2896. information, such as one or more telephone or data call control signals, 
  2897. management and maintenance information,\ etc., and information identifying 
  2898. the type and format of the message. It also includes a \fIlabel\fR  | hat 
  2899. provides 
  2900. information enabling the message:
  2901. .RT
  2902. .LP
  2903.     \(em
  2904.      to be routed by the level 3 functions and through a signalling network 
  2905. to its destination; and 
  2906. .LP
  2907.     \(em
  2908.     to be directed at the receiving User Part to the particular
  2909. circuit, call, management or other transaction to which the
  2910. message is related.
  2911. .PP
  2912. On the signalling link, each signalling message is packed into
  2913. Message Signal Units (MSUs) which also includes transfer control information 
  2914. related to the level\ 2 functions of the link. 
  2915. .bp
  2916. .sp 1P
  2917. .LP
  2918. 2.4
  2919.     \fIFunctional interface\fR 
  2920. .sp 9p
  2921. .RT
  2922. .PP
  2923. The following functional interface between the Message Transfer
  2924. Part and the User Parts can be seen as a model illustrating the division of
  2925. functions between these parts. The interface (see Figure\ 5/Q.701) is purely
  2926. functional and need not appear as such in an implementation of the system.
  2927. .RT
  2928. .LP
  2929. .rs
  2930. .sp 14P
  2931. .ad r
  2932. \fBFigure 5/Q.701, p.\fR 
  2933. .sp 1P
  2934. .RT
  2935. .ad b
  2936. .RT
  2937. .PP
  2938. The main interaction between the Message Transfer Part and the User Parts 
  2939. is the transfer of signalling messages across the interface, each message 
  2940. consisting of service information and signalling information as described 
  2941. above. Message delimitation information is also transferred across the
  2942. interface with the message.
  2943. .PP
  2944. In addition to the transfer of messages and associated information,
  2945. the interaction may also include flow control information, e.g.,\ an indication 
  2946. from the Message Transfer Part that it is unable to serve a particular 
  2947. destination.
  2948. .PP
  2949. A description of the characteristics of the Message Transfer Part as seen 
  2950. from the functional interface and the requirements to be met by potential 
  2951. users of the message transfer function is given in \(sc\ 4. 
  2952. .RT
  2953. .sp 2P
  2954. .LP
  2955. \fB3\fR     \fBMessage transfer part and the signalling network\fR 
  2956. .sp 1P
  2957. .RT
  2958. .sp 1P
  2959. .LP
  2960. 3.1
  2961.     \fIGeneral\fR 
  2962. .sp 9p
  2963. .RT
  2964. .PP
  2965. Since the Message Transfer Part forms the interface at a node with the 
  2966. rest of the signalling network, the signalling network will have 
  2967. significant impact on the MTB. The MTP must however be independent of the
  2968. signalling network in that it has to be capable of performing its set functions 
  2969. and attaining its objectives no matter what network structure or status 
  2970. prevails.
  2971. .PP
  2972. The MTP has therefore to contain the necessary functions to ensure any 
  2973. impact that the network has does not impair MTP performance. 
  2974. .RT
  2975. .sp 1P
  2976. .LP
  2977. 3.1.1
  2978.     \fISignalling network components\fR 
  2979. .sp 9p
  2980. .RT
  2981. .PP
  2982. A full description of signalling network components is contained in Recommendation 
  2983. Q.700, the components that must be considered by the MTP 
  2984. are:
  2985. .RT
  2986. .LP
  2987.     \(em
  2988.     signalling points (including signalling transfer points);
  2989. .LP
  2990.     \(em
  2991.     signalling relations between two signalling points;
  2992. .LP
  2993.     \(em
  2994.     signalling links;
  2995. .LP
  2996.     \(em
  2997.     signalling link sets (including link groups);
  2998. .LP
  2999.     \(em
  3000.     signalling routes;
  3001. .LP
  3002.     \(em
  3003.     signalling route\(hysets.
  3004. .sp 1P
  3005. .LP
  3006. 3.1.2
  3007.     \fISignalling modes\fR 
  3008. .sp 9p
  3009. .RT
  3010. .PP
  3011. Signalling modes are described in Recommendations Q.700 and Q.705 (signalling 
  3012. network structures). The modes applicable to CCITT S.S.\ No.\ 7 MTP are: 
  3013. .RT
  3014. .LP
  3015.     \(em
  3016.     associated mode;
  3017. .LP
  3018.     \(em
  3019.     quasi\(hyassociated mode.
  3020. .bp
  3021. .sp 1P
  3022. .LP
  3023. 3.1.3
  3024.     \fISignalling point modes\fR 
  3025. .sp 9p
  3026. .RT
  3027. .PP
  3028. A signalling point can be an originating point, a destination point or 
  3029. a signalling transfer point in a signalling relation. All three modes must 
  3030. be considered in the\ MTP. 
  3031. .RT
  3032. .sp 1P
  3033. .LP
  3034. 3.1.4
  3035.     \fIMessage labelling\fR 
  3036. .sp 9p
  3037. .RT
  3038. .PP
  3039. Each message contains a label. In the standard label the portion
  3040. that is used for routing is called the \fIrouting label\fR . This routing label
  3041. includes:
  3042. .RT
  3043. .LP
  3044.     a)
  3045.      explicit indications of destination and originating points of the message, 
  3046. i.e.,\ identification of the signalling relation 
  3047. concerned;
  3048. .LP
  3049.     b)
  3050.     a code used for load sharing which may be the least
  3051. significant part of a label component that identifies a user
  3052. transaction at level\ 4.
  3053. .PP
  3054. The standard routing label assumes that each signalling point in a signalling 
  3055. network is allocated a code according to a code plan, established 
  3056. for the purpose of labelling, that is unambiguous within its domain. Messages 
  3057. labelled according to international and national code plans are discriminated 
  3058. by means of an indication in the service information octet included in 
  3059. each 
  3060. message.
  3061. .PP
  3062. The standard routing label is suitable for national applications also. 
  3063. However, the signalling system includes the possibility for using different 
  3064. routing labels nationally.
  3065. .RT
  3066. .sp 1P
  3067. .LP
  3068. 3.2
  3069.     \fISignalling message handling functions\fR 
  3070. .sp 9p
  3071. .RT
  3072. .PP
  3073. Figure 6/Q.701 illustrates the signalling message handling
  3074. functions.
  3075. .RT
  3076. .LP
  3077. .rs
  3078. .sp 34P
  3079. .ad r
  3080. \fBFigure 6/Q.701, p. \fR 
  3081. .sp 1P
  3082. .RT
  3083. .ad b
  3084. .RT
  3085. .LP
  3086. .bp
  3087. .sp 1P
  3088. .LP
  3089. 3.2.1
  3090.     \fIMessage routing\fR 
  3091. .sp 9p
  3092. .RT
  3093. .PP
  3094. \fIMessage routing\fR  | is the process of selecting, for each signalling
  3095. message to be sent, the signalling link to be used. In general, message 
  3096. routing is based on analysis of the routing label of the message in combination 
  3097. with 
  3098. predetermined routing data at the signalling point concerned.
  3099. .PP
  3100. Message routing is destination\(hycode dependent with typically an
  3101. additional load\(hysharing element allowing different portions of the signalling 
  3102. traffic to a particular destination to be distributed over two or more 
  3103. signalling links. This traffic distribution may be limited to different 
  3104. links within a link set or applied to links in different link sets. 
  3105. .PP
  3106. Each succession of signalling links that may be used to convey a
  3107. message from the originating point to the destination point constitutes a
  3108. \fImessage route\fR . A signalling route is the corresponding concept for 
  3109. a possible path referring to a succession of link sets and signalling transfer 
  3110. points, 
  3111. between a given signalling point and the destination point.
  3112. .PP
  3113. In Signalling System No.\ 7, message routing is made in a manner by
  3114. which the message route taken by a message with a particular routing label 
  3115. is predetermined and, at a given point in time, fixed. Typically, however, 
  3116. in the event of failures in the signalling network, the routing of messages, 
  3117. previously using the failed message route, is modified in a predetermined
  3118. manner under control of the signalling traffic management function at
  3119. level\ 3.
  3120. .PP
  3121. Although there are in general advantages in using a uniform routing of 
  3122. messages belonging to different User Parts, the service indicator included 
  3123. in each message provides the potential for using different routing plans 
  3124. for 
  3125. different User Parts.
  3126. .RT
  3127. .sp 1P
  3128. .LP
  3129. 3.2.2
  3130.     \fIMessage distribution\fR 
  3131. .sp 9p
  3132. .RT
  3133. .PP
  3134. \fIMessage distribution\fR  | is the process which, upon receipt of a
  3135. message at its destination point, determines to which User Part or level\ 3
  3136. function the message is to be delivered. This choice is made on analysis 
  3137. of the service indicator. 
  3138. .RT
  3139. .sp 1P
  3140. .LP
  3141. 3.2.3
  3142.     \fIMessage discrimination\fR 
  3143. .sp 9p
  3144. .RT
  3145. .PP
  3146. \fIMessage discrimination\fR  | is the process which, upon receipt of a 
  3147. message at a signalling point, determines whether or not the point is the 
  3148. destination point of that message. This decision is based on analysis of the
  3149. destination code in the routing label in the message. If the signalling 
  3150. point is the destination point the message is delivered to the message 
  3151. distribution function. If it is not the destination point, and the signalling 
  3152. point has the transfer capability, the message is delivered to the routing 
  3153. function for 
  3154. further transfer on a signalling link.
  3155. .RT
  3156. .sp 1P
  3157. .LP
  3158. 3.3
  3159.     \fISignalling network management functions\fR 
  3160. .sp 9p
  3161. .RT
  3162. .PP
  3163. Figure 6/Q.701 illustrates the signalling network management
  3164. functions.
  3165. .RT
  3166. .sp 1P
  3167. .LP
  3168. 3.3.1
  3169.     \fISignalling traffic management\fR 
  3170. .sp 9p
  3171. .RT
  3172. .PP
  3173. The tasks of the \fIsignalling traffic management\fR  | function
  3174. are:
  3175. .RT
  3176. .LP
  3177.     a)
  3178.     to control message routing; this includes modification of
  3179. message routing to preserve, when required, accessibility of all destination
  3180. points concerned or to restore normal routing;
  3181. .LP
  3182.     b)
  3183.     in conjunction with modifications of message routing, to
  3184. control the resulting transfer of signalling traffic in a
  3185. manner that avoids irregularities in message flow;
  3186. .LP
  3187.     c)
  3188.     flow control.
  3189. .PP
  3190. Control of message routing is based on analysis of predetermined information 
  3191. about all allowed potential routing possibilities in combination 
  3192. with information, supplied by the \fIsignalling link management\fR  | nd
  3193. \fIsignalling route management\fR  | unctions, about the status of the 
  3194. signalling 
  3195. network (i.e.,\ current availability of signalling links and routes).
  3196. .PP
  3197. Changes in the status of the signalling network typically result in
  3198. modification of current message routing and thus in transfer of certain
  3199. portions of the signalling traffic from one signalling link to another. The
  3200. transfer of signalling traffic is performed in accordance with specific
  3201. procedures. These procedures \(em \fIchangeover, changeback, forced rerouting 
  3202. and\fR \fIcontrolled rerouting\fR \(em are designed to avoid, as far as 
  3203. the circumstances 
  3204. permit, such irregularities in message transfer as loss, mis\(hysequencing or
  3205. multiple delivery of messages.
  3206. .bp
  3207. .PP
  3208. The changeover and changeback procedures involve communication with
  3209. other signalling point(s). For example, in the case of changeover from a
  3210. failing signalling link, the two ends of the failing link exchange information 
  3211. (via an alternative path) that normally enables retrieval of messages 
  3212. that otherwise would have been lost on the failing link. However, as further
  3213. explained later, these procedures cannot guarantee regular message transfer 
  3214. in all circumstances. 
  3215. .PP
  3216. A signalling network has to have a signalling traffic capacity that is 
  3217. higher than the normal traffic offered. However, in overload conditions 
  3218. (e.g.,\ due to network failures or extremely high traffic peaks) the
  3219. signalling traffic management function takes flow control actions to minimize 
  3220. the problem. An example is the provision of an indication to the local 
  3221. user 
  3222. functions concerned that the Message Transfer Part is unable to transport
  3223. messages to a particular destination in the case of total breakdown of all
  3224. signalling routes to that destination point. If such a situation occurs at a
  3225. signalling transfer point, a corresponding indication is given to the
  3226. signalling route management function for further dissemination to other
  3227. signalling points in the signalling network.
  3228. .RT
  3229. .sp 1P
  3230. .LP
  3231. 3.3.2
  3232.     \fISignalling link management\fR 
  3233. .sp 9p
  3234. .RT
  3235. .PP
  3236. The task of the signalling link management function is to control the locally 
  3237. connected link sets. In the event of changes in the availability of a local 
  3238. link set it initiates and controls actions aimed at restoring the 
  3239. normal availability of that link set.
  3240. .PP
  3241. The signalling link management function also supplies information
  3242. about the availability of local links and link sets to the signalling traffic 
  3243. management function. 
  3244. .PP
  3245. The signalling link management function interacts with the signalling link 
  3246. function at level\ 2 by receipt of indications of the status of signalling 
  3247. links. It also initiates actions at level\ 2 such as, for example, initial 
  3248. alignment of an out\(hyof\(hyservice link.
  3249. .PP
  3250. The signalling system can be applied with different degrees of
  3251. flexibility in the method of provision of signalling links. A signalling 
  3252. link may for example consist of a permanent combination of a signalling 
  3253. terminal 
  3254. device and a signalling data link. It is also possible to employ an arrangement 
  3255. in which any switched connection to the remote end may be used in combination 
  3256. with any local signalling terminal device. It is the task of the signalling 
  3257. link management function in such arrangements to initiate and control
  3258. reconfigurations of terminal devices and signalling data links to the extent
  3259. such reconfigurations are automatic. In particular, this involves interaction, 
  3260. not necessarily direct, with a switching function at level\ 1. 
  3261. .RT
  3262. .sp 1P
  3263. .LP
  3264. 3.3.3
  3265.     \fISignalling route management\fR 
  3266. .sp 9p
  3267. .RT
  3268. .PP
  3269. Signalling route management is a function that relates to the
  3270. quasi\(hyassociated mode of signalling only. Its task is to transfer information 
  3271. about changes in the availability of signalling routes in the signalling 
  3272. network to enable remote signalling points to take appropriate signalling
  3273. traffic management actions. Thus a signalling transfer point may, for example, 
  3274. send messages indicating inaccessibility of a particular signalling point 
  3275. via that signalling transfer point, thus enabling other signalling points 
  3276. to stop routing messages to an incomplete route. 
  3277. .RT
  3278. .sp 1P
  3279. .LP
  3280. 3.4
  3281.     \fITesting and maintenance functions\fR 
  3282. .sp 9p
  3283. .RT
  3284. .PP
  3285. Figure 6/Q.701 illustrates that the signalling system includes
  3286. some standard testing and maintenance functions that use level\ 3 messages.
  3287. Furthermore, any implementation of the system typically includes various
  3288. implementation\(hydependent means for testing and maintenance of equipment
  3289. concerned with the other levels.
  3290. .RT
  3291. .sp 2P
  3292. .LP
  3293. 3.5
  3294.     \fIUse of the signalling network\fR 
  3295. .sp 1P
  3296. .RT
  3297. .sp 1P
  3298. .LP
  3299. 3.5.1
  3300.     \fISignalling network structure\fR 
  3301. .sp 9p
  3302. .RT
  3303. .PP
  3304. The signalling system may be used with different types of
  3305. signalling network structures. The choice between different types of signalling 
  3306. network structures may be influenced by factors such as the structure of 
  3307. the 
  3308. telecommunication network to be served by the signalling system and
  3309. administrative aspects.
  3310. .PP
  3311. In the case when the provision of the signalling system is planned
  3312. purely on a per\(hysignalling relation basis, the likely result is a signalling
  3313. network largely based on associated signalling, typically supplemented by a
  3314. limited degree of quasi\(hyassociated signalling for low volume signalling
  3315. relations. The structure of such a signalling network is mainly determined 
  3316. by the patterns of the signalling relations. International signalling is 
  3317. an 
  3318. example of an application for which this approach is suitable.
  3319. .bp
  3320. .PP
  3321. Another approach is to consider the signalling network as a common
  3322. resource that should be planned according to the total needs for common 
  3323. channel signalling. The high capacity of digital signalling links in combination 
  3324. with the need for redundancy for reliability, typically leads to a signalling 
  3325. network based on a high degree of quasi\(hyassociated signalling with some
  3326. provision for associated signalling for high\(hyvolume signalling relations. 
  3327. The latter approach to signalling network planning is more likely to allow 
  3328. exploitation of the potential of common channel signalling to support network 
  3329. features that require communication for purposes other than the switching 
  3330. of 
  3331. connections.
  3332. .PP
  3333. Further considerations about the use of a signalling network are given 
  3334. in Recommendation\ Q.705. 
  3335. .RT
  3336. .sp 1P
  3337. .LP
  3338. 3.5.2
  3339.     \fIProvision of signalling facilities\fR 
  3340. .sp 9p
  3341. .RT
  3342. .PP
  3343. In general, the most important factor in the dimensioning of the
  3344. signalling network is the need for reliability by means of redundancy.
  3345. Depending on the signalling network structure and the potential for
  3346. reconfiguration of signalling equipment, the required redundancy may be
  3347. provided by different combinations of:
  3348. .RT
  3349. .LP
  3350.     \(em
  3351.      redundancy in signalling data links (e.g.,\ nominated reserves or switched 
  3352. connections); 
  3353. .LP
  3354.     \(em
  3355.      redundancy in signalling terminal devices (e.g.,\ a common pool of terminals 
  3356. for the whole signalling point); 
  3357. .LP
  3358.     \(em
  3359.     redundancy of signalling links within a link set (typically
  3360. operating with load sharing);
  3361. .LP
  3362.     \(em
  3363.      redundancy in signalling routes for each destination (possibly operating 
  3364. with load sharing). 
  3365. .PP
  3366. The loading capacity of a digital signalling link is high in
  3367. relation to the signalling traffic generated for call control signalling.
  3368. Therefore, in many typical applications the links will be lightly loaded and
  3369. signalling traffic volume will be a secondary factor in the dimensioning of
  3370. the signalling network. However, in high signalling traffic applications or
  3371. when analogue links with lower speeds are used, it may be necessary to
  3372. dimension the traffic capacity by provision of additional signalling links. 
  3373. The message routing principles adopted for the signalling system allow 
  3374. partitioning of the total signalling traffic into different portions based 
  3375. on load sharing, destination point code and service information. Such partitioning 
  3376. provides a 
  3377. useful means of controlling the load and dimensioning of the capacity of
  3378. different sections of a signalling network as it allows distribution of
  3379. different portions of the signalling traffic. It can also be used to dedicate 
  3380. certain parts of a signalling network to signalling traffic related to 
  3381. particular user.
  3382. .sp 1P
  3383. .LP
  3384. 3.5.3
  3385.     \fIApplication of signalling network functions\fR 
  3386. .sp 9p
  3387. .RT
  3388. .PP
  3389. The signalling network functions provided by the signalling system are 
  3390. designed to cater for a range of signalling network configurations. It 
  3391. is 
  3392. .PP
  3393. not necessary that all of those functions be present at all signalling 
  3394. points. The necessary functional content at level\ 3 at a particular signalling 
  3395. point 
  3396. depends for example on what signalling mode(s) are used, whether or not 
  3397. it is a signalling transfer point, what type of signalling equipment redundancy 
  3398. is 
  3399. employed,\ etc. It is thus feasible to implement level\ 3 functions with
  3400. modularity for different capabilities corresponding to different signalling
  3401. network configurations. As a special case, it is even possible to apply the
  3402. signalling system without using the level\ 3 element at all, e.g.,\ in a small
  3403. exchange or private automatic branch exchange which can only be reached 
  3404. via one primary pulse code modulation system. 
  3405. .RT
  3406. .sp 2P
  3407. .LP
  3408. \fB4\fR     \fBMessage transfer capability\fR 
  3409. .sp 1P
  3410. .RT
  3411. .sp 1P
  3412. .LP
  3413. 4.1
  3414.     \fIGeneral\fR 
  3415. .sp 9p
  3416. .RT
  3417. .PP
  3418. The Message Transfer Part recommendations specify methods by which different 
  3419. forms of signalling networks can be established. The requirements for the 
  3420. Message Transfer Part have been determined primarily by the requirements 
  3421. of call control signalling for the telephone and circuit switched data 
  3422. transmission services. However, the Message Transfer Part is also intended 
  3423. to have the ability to serve as a transport system for other types of information 
  3424. transfer. The following summarises the typical characteristics of the transport 
  3425. service that may be offered by the Message Transfer Part to a potential 
  3426. user of this ability. 
  3427. .bp
  3428. .PP
  3429. All information to be transferred by the Message Transfer Part must be 
  3430. assembled into messages. The linking of the source and sink of a message 
  3431. is 
  3432. inherent in the label in combination with the signalling routes existing
  3433. between the two locations. From a transportation point of view each
  3434. message
  3435. is self\(hycontained and handled individually. The nature of the transport 
  3436. service offered by the Message Transfer Part is therefore similar to that 
  3437. offered by a packet switched network. In addition, all messages containing 
  3438. the same label 
  3439. constitute a set of messages that is handled in a uniform manner by the 
  3440. Message Transfer Part, thus ensuring, in normal circumstances, regular 
  3441. delivery in the correct sequence. 
  3442. .RT
  3443. .sp 1P
  3444. .LP
  3445. 4.2
  3446.     \fIUser location in system structure\fR 
  3447. .sp 9p
  3448. .RT
  3449. .PP
  3450. A potential user of the transport service is typically included in the 
  3451. system structure by provision of a separate User Part. This requires 
  3452. allocation of a service indicator code, the specification of which is part 
  3453. of both the Message Transport Part and User Part concerned. 
  3454. .PP
  3455. As an alternative, a potential user may be catered for, together with other 
  3456. similar users, by an already existing or new User Part. In such a case 
  3457. the discrimination between messages belonging to this potential user and the
  3458. other similar users is an internal matter within the User Part concerned. It
  3459. then follows that all messages belonging to such a User Part are necessarily
  3460. handled, e.g.,\ as regards routing, in a uniform manner by the Message 
  3461. Transfer Part. 
  3462. .RT
  3463. .sp 2P
  3464. .LP
  3465. 4.3
  3466.     \fIMessage content\fR 
  3467. .sp 1P
  3468. .RT
  3469. .sp 1P
  3470. .LP
  3471. 4.3.1
  3472.     \fICode transparency\fR 
  3473. .sp 9p
  3474. .RT
  3475. .PP
  3476. Information with any code combination generated by a user can be
  3477. transferred by the Message Transfer Part provided that the message respects 
  3478. the requirements described below. 
  3479. .RT
  3480. .sp 1P
  3481. .LP
  3482. 4.3.2
  3483.     \fIService information\fR 
  3484. .sp 9p
  3485. .RT
  3486. .PP
  3487. Each message must contain service information coded in accordance with 
  3488. the rules specified in Recommendation\ Q.704, \(sc\ 14. 
  3489. .RT
  3490. .sp 1P
  3491. .LP
  3492. 4.3.3
  3493.     \fIMessage label\fR 
  3494. .sp 9p
  3495. .RT
  3496. .PP
  3497. Each message must contain a label consistent with the routing label of 
  3498. the signalling network concerned. See also Recommendation\ Q.704, \(sc\ 
  3499. 2. 
  3500. .RT
  3501. .sp 1P
  3502. .LP
  3503. 4.3.4
  3504.     \fIMessage length\fR 
  3505. .sp 9p
  3506. .RT
  3507. .PP
  3508. The information content of a message should be an integral number   of octets.
  3509. .PP
  3510. The total amount of signalling information transferable in one message 
  3511. is limited by some parameters of the signalling system; the signalling 
  3512. system can accept transfer of user information blocks in the order of 256\ 
  3513. octets in 
  3514. single messages.
  3515. .PP
  3516. Depending on the signalling traffic characteristics of a user and of other 
  3517. users sharing the same signalling facilities, there may be a need to 
  3518. limit message lengths below the system limit based on queueing delay
  3519. considerations.
  3520. .PP
  3521. In the case when information blocks generated by a user function
  3522. exceed the allowed message length, it is necessary to implement means for
  3523. segmentation and blocking of such information blocks within the User Part
  3524. concerned.
  3525. .RT
  3526. .sp 1P
  3527. .LP
  3528. 4.4
  3529.     \fIUser accessibility\fR 
  3530. .sp 9p
  3531. .RT
  3532. .PP
  3533. The accessibility of user functions through a signalling network
  3534. depends on the signalling modes and routing plan employed in that network.
  3535. .PP
  3536. In the case when only the associated mode of signalling is employed, only 
  3537. user functions located at adjacent signalling points may be accessed. 
  3538. .PP
  3539. In the case when quasi\(hyassociated signalling is employed, user
  3540. functions located at any signalling point may be accessed provided that the
  3541. corresponding message routing data is present.
  3542. .bp
  3543. .RT
  3544. .sp 1P
  3545. .LP
  3546. 4.5
  3547.     \fITransport service performance\fR 
  3548. .sp 9p
  3549. .RT
  3550. .PP
  3551. Further detailed information is provided in
  3552. Recommendation\ Q.706.
  3553. .RT
  3554. .sp 1P
  3555. .LP
  3556. 4.5.1
  3557.     \fIMessage transfer delay\fR 
  3558. .sp 9p
  3559. .RT
  3560. .PP
  3561. The normal delay for transfer of messages between user locations
  3562. depends on factors such as distance, signalling network structure, signalling 
  3563. data link type and bit rate and processing delays. 
  3564. .PP
  3565. A small proportion of messages will be subject to additional delay
  3566. because of transmission disturbances, network failures,\ etc.
  3567. .RT
  3568. .sp 1P
  3569. .LP
  3570. 4.5.2
  3571.     \fIMessage transfer failures\fR 
  3572. .sp 9p
  3573. .RT
  3574. .PP
  3575. The Message Transfer Part has been designed to enable it to
  3576. transfer messages in a reliable and regular manner even in the presence of
  3577. network failures. However, inevitably some failures will occur the consequences 
  3578. of which cannot be avoided with economic measures. The types of failures 
  3579. .PP
  3580. that may occur and some typical probabilities of their occurrence are
  3581. described below. Recommendation\ Q.706 provides further detailed information
  3582. that can be used to estimate failure rates for particular cases.
  3583. .PP
  3584. In the case when a potential user function requires a reliability of the 
  3585. transport service that cannot be guaranteed by the Message Transfer Part, 
  3586. the reliability of that user may be enhanced by adoption of appropriate 
  3587. level\ 4 procedures, possibly including some means of supplementary end\(hyto\(hyend 
  3588. error control. 
  3589. .PP
  3590. The following types of message transfer failures are possible, and the 
  3591. expected probabilities for such failures in typical applications are indicated 
  3592. (see also Recommendation\ Q.706). 
  3593. .RT
  3594. .LP
  3595.     a)
  3596.     Unavailability of the transport service to one or more
  3597. locations \(em the availability of the message transfer capability
  3598. depends on the redundancy provided in the signalling network; the
  3599. availability can therefore be dimensioned.
  3600. .LP
  3601.     b)
  3602.      Loss of messages \(em the probability of loss of messages mainly depends 
  3603. on the reliability of signalling equipment; typically 
  3604. it is expected to be lower than 10\uD\dlF261\u7\d.
  3605. .LP
  3606.     c)
  3607.      Mis\(hysequencing of messages \(em may in certain configurations of quasi\(hyassociated 
  3608. signalling occur with rare combinations of 
  3609. independent failures and disturbances. The probability, in
  3610. such configurations, of a message being delivered out\(hyof\(hysequence
  3611. depends on many factors but is expected to be lower than
  3612. 10\uD\dlF261\u1\d\u0\d.
  3613. .LP
  3614.     d)
  3615.      Delivery of false information \(em undetected errors may lead to the 
  3616. delivery of false information; the possibility of an error in 
  3617. a message delivered is expected to be lower than
  3618. 10\uD\dlF261\u1\d\u0\d.
  3619. .sp 2P
  3620. .LP
  3621. \fB5\fR     \fBDifferences from the Red Book\fR 
  3622. .sp 1P
  3623. .RT
  3624. .PP
  3625. The ongoing development of the MTP during this study period has
  3626. resulted in a number of differences occurring between the Recommendations as
  3627. documented in the Red Book and these current Recommendations (Blue Book). In
  3628. order to limit interworking problems, a backwards compatibility mechanism is
  3629. required (see \(sc\ 6). As an initial step towards producing such a mechanism, 
  3630. this section identifies the new items and items changed because of operational 
  3631. considerations, that have been included in the Blue Book. This section 
  3632. does not consider editorial or technical corrections. 
  3633. .RT
  3634. .sp 1P
  3635. .LP
  3636. 5.1
  3637.     \fISignalling Information Field length\fR 
  3638. .sp 9p
  3639. .RT
  3640. .PP
  3641. The maximun length of the Signalling Information Field has been
  3642. increased to 272\ octets. This was previously a National only option. Networks 
  3643. using both signalling terminals with 62\ octet maximum SIF length handling 
  3644. capability and signalling terminals with 272\ octet maximum SIF length 
  3645. handling capability must ensure that messages with SIFs longer than 62\ 
  3646. octets cannot be routed to signalling links that are unable to handle them 
  3647. (see \(sc\ 7).
  3648. .RT
  3649. .sp 1P
  3650. .LP
  3651. 5.2
  3652.     \fISignalling Point Restart\fR 
  3653. .sp 9p
  3654. .RT
  3655. .PP
  3656. The Signalling Point Restart procedure (see Q.704 \(sc\ 9) has been
  3657. included together with a definition of Signalling Point availability. This
  3658. procedure allows a graceful increase in message traffic at a restarting
  3659. Signalling Point.
  3660. .bp
  3661. .RT
  3662. .sp 1P
  3663. .LP
  3664. 5.3
  3665.     \fIManagement Blocking\fR 
  3666. .sp 9p
  3667. .RT
  3668. .PP
  3669. The Management Blocking procedure for Signalling links has been
  3670. deleted. No interworking problems are foreseen in networks where some
  3671. Signalling Points still incorporate this procedure and others are implemented 
  3672. in accordance with the Blue Book. 
  3673. .RT
  3674. .sp 1P
  3675. .LP
  3676. 5.4
  3677.     \fISignalling Link Test\fR 
  3678. .sp 9p
  3679. .RT
  3680. .PP
  3681. The Signalling Link Test has been enhanced to check that both ends of the 
  3682. link agree as to which signalling link is being tested. No interworking 
  3683. problems are foreseen (see Q.707\ \(sc\ 2.2). 
  3684. .RT
  3685. .sp 1P
  3686. .LP
  3687. 5.5
  3688.     \fICompatibility mechanism\fR 
  3689. .sp 9p
  3690. .RT
  3691. .PP
  3692. General principles have been incorporated in the Message Transfer Part 
  3693. that will allow implementations to the Blue Book to be compatible with 
  3694. implementations to Red/Yellow Books and future issues of the Recommendations
  3695. (see \(sc\ 6).
  3696. .RT
  3697. .sp 1P
  3698. .LP
  3699. 5.6
  3700.     \fITimer values\fR 
  3701. .sp 9p
  3702. .RT
  3703. .PP
  3704. The values of existing Q.703 and Q.704 Timers have been finalized (see 
  3705. \(sc\ 7). 
  3706. .RT
  3707. .sp 1P
  3708. .LP
  3709. 5.7
  3710.     \fIProcessor Outage\fR 
  3711. .sp 9p
  3712. .RT
  3713. .PP
  3714. The actions related to Processor Outage have been clarified
  3715. (see\ Q.703\ \(sc\ 8 and Q.704\ \(sc\ 4, 5 and\ 6). No interworking problems 
  3716. are 
  3717. foreseen.
  3718. .RT
  3719. .sp 1P
  3720. .LP
  3721. 5.8
  3722.     \fIUser flow control\fR 
  3723. .sp 9p
  3724. .RT
  3725. .PP
  3726. Procedures for Message Transfer Part User Flow Control have been
  3727. adopted for use at a Signalling Point when an MTP user has become unavailable 
  3728. (see\ Q.704\ \(sc\ 11 and\ Q.701\ \(sc\ 7). 
  3729. .RT
  3730. .sp 1P
  3731. .LP
  3732. 5.9
  3733.     \fIManagement Inhibiting and Management Inhibiting test procedure\fR 
  3734. .sp 9p
  3735. .RT
  3736. .PP
  3737. The time\(hycontrolled changeover procedure is now used to divert
  3738. traffic from a management inhibited link.
  3739. .PP
  3740. To verify the inhibited status of a link, test procedures have been
  3741. introduced into management inhibiting (see\ Q.704\ \(sc\ 10 and\ Q.701\ 
  3742. \(sc\ 7). 
  3743. .RT
  3744. .sp 1P
  3745. .LP
  3746. 5.10
  3747.     \fISignalling point/signalling transfer point congestion\fR 
  3748. .sp 9p
  3749. .RT
  3750. .PP
  3751. Procedures to detect and handle signalling point/signalling
  3752. transfer point congestion have now been identified (see Q.704\ \(sc\ 11.2.6). 
  3753. No 
  3754. interworking problems are foreseen.
  3755. .RT
  3756. .sp 2P
  3757. .LP
  3758. \fB6\fR     \fBCompatibility in the message transfer part\fR 
  3759. .sp 1P
  3760. .RT
  3761. .PP
  3762. To enable implementations of Signalling System No.\ 7 to this issue (Blue 
  3763. Book) of the Recommendations to achieve compatibility with 
  3764. implementations to other issues, e.g.,\ Yellow, Red and 1992\ Books, a set of
  3765. appropriate procedures and guidelines has been concluded in
  3766. Recommendation\ Q.700. This section identifies the action that is required
  3767. within the Message Transfer Part to ensure both forward and backwards
  3768. compatibility. The areas considered are the treatment of spare fields, spare
  3769. values, lack of acknowledgements and unreasonable information.
  3770. .RT
  3771. .sp 1P
  3772. .LP
  3773. 6.1
  3774.     \fIUnreasonable Information\fR 
  3775. .sp 9p
  3776. .RT
  3777. .PP
  3778. The following actions occur in the MTP when messages are received containing 
  3779. unreasonable information. 
  3780. .bp
  3781. .RT
  3782. .sp 1P
  3783. .LP
  3784. 6.1.1
  3785.     \fIMessages containing an unallocated SIO value\fR 
  3786. .sp 9p
  3787. .RT
  3788. .PP
  3789. When messages containing an unallocated SIO value are received at either 
  3790. a terminating Signalling Point or an STP that employs message routing 
  3791. based on both DPC and SIO, they should be discarded. If required, a report
  3792. should be made to management.
  3793. .RT
  3794. .sp 1P
  3795. .LP
  3796. 6.1.2
  3797.     \fIMessages containing an unallocated H0/H1 code\fR 
  3798. .sp 9p
  3799. .RT
  3800. .PP
  3801. When messages containing an unallocated H0/H1 code are received at the 
  3802. appropriate functional block within the MTP, they are discarded. There 
  3803. should be no impact on any protocol and, if required, a report should be 
  3804. made to management. 
  3805. .RT
  3806. .sp 1P
  3807. .LP
  3808. 6.1.3
  3809.     \fIMessages containing an unallocated value in a recognized field\fR 
  3810. .sp 9p
  3811. .RT
  3812. .PP
  3813. When massages are received at an owning function within the MTP
  3814. containing a field with an unallocated value they are discarded and, if
  3815. required, a report made to management. There should be no impact on any 
  3816. current protocol. 
  3817. .PP
  3818. (An owning function is a function to which a received message
  3819. pertains.)
  3820. .RT
  3821. .sp 1P
  3822. .LP
  3823. 6.2
  3824.     \fITreatment of spare fields\fR 
  3825. .sp 9p
  3826. .RT
  3827. .PP
  3828. The MTP will handle spare fields in MTP messages in the following   manner:
  3829. .RT
  3830. .LP
  3831.     i)
  3832.     Spare fields are set to zero on message creation, and are
  3833. not examined on reception at the destination owning function.
  3834. .LP
  3835.     ii)
  3836.     Spare subfields are set to zero on message creation, and
  3837. are not examined on reception at the destination owning function.
  3838. .LP
  3839.     iii)
  3840.     Implementations of the STP function should transit all
  3841. messages unchanged, including spare fields and spare subfields.
  3842. .sp 1P
  3843. .LP
  3844. 6.3
  3845.     \fILack of acknowledgement\fR 
  3846. .sp 9p
  3847. .RT
  3848. .PP
  3849. Should a message that requires an acknowledgement not receive one within 
  3850. a specified time, the message will be repeated, unless the protocol 
  3851. specifies otherwise. However, subsequent failures to receive the
  3852. acknowledgement should not cause indefinite repeat attempts.
  3853. .RT
  3854. .sp 2P
  3855. .LP
  3856. \fB7\fR     \fBInterworking of Yellow, Red and Blue MTP implementations\fR 
  3857. .sp 1P
  3858. .RT
  3859. .PP
  3860. There have been a number of changes introduced into this issue
  3861. (Blue Book) of Recommendations\ Q.701\(hy707 from the previous issue (Red 
  3862. Book). 
  3863. The changes have been identified in \(sc\ 5 and although in the majority 
  3864. of cases there will be no interworking problems between a Signalling Point/STP 
  3865. implemented to the Red Book and one implemented to a Blue Book, there are 
  3866. some instances where problems will arise. This section gives guidance on 
  3867. the 
  3868. appropriate action that can be taken in the MTP to overcome interworking
  3869. problems and also considers Yellow to Red Book and Yellow to Blue Book
  3870. interworking.
  3871. .RT
  3872. .sp 1P
  3873. .LP
  3874. 7.1
  3875.     \fIYellow Book to Red Book interworking\fR 
  3876. .sp 9p
  3877. .RT
  3878. .PP
  3879. There were four areas where changes from the Yellow Book to the Red Book 
  3880. introduced interworking problems: 
  3881. .RT
  3882. .LP
  3883.     i)
  3884.     Level 2 flow control, LSSU SIB introduced.
  3885. .LP
  3886.     ii)
  3887.     Transfer Restricted (TRF) and Transfer Controlled (TFC)
  3888. messages and procedures were introduced into the Red Book.
  3889. .LP
  3890.     iii)
  3891.     Transfer Allowed (TAA) and Transfer Prohibited (TPA)
  3892. acknowledgements were deleted from the Red Book.
  3893. .LP
  3894.     iv)
  3895.     Management inhibiting procedures were introduced into the   Red\ Book.
  3896. .PP
  3897. The suggested action required at the Yellow and/or Red Book SP/STP to enable 
  3898. interworking is contained in the following point items. 
  3899. .bp
  3900. .sp 1P
  3901. .LP
  3902. 7.1.1
  3903.     \fILevel 2 Flow control\fR 
  3904. .sp 9p
  3905. .RT
  3906. .PP
  3907. The Red Book SP/STP should apply normal level 2 flow control action (i.e.,\ 
  3908. acknowledgements are withheld and SIBs sent). The Yellow Book SP/STP 
  3909. should ignore the LSSU\ SIB when received. It is recognized that although 
  3910. flow control is not performed in this case, interworking is possible. However, 
  3911. possible option would be to set the congestion threshold at the Red Book
  3912. SP/STP, such that flow control is not triggered on that signalling
  3913. relation.
  3914. .RT
  3915. .sp 1P
  3916. .LP
  3917. 7.1.2
  3918.     \fITransfer restricted and Transfer controlled procedures\fR 
  3919. .sp 9p
  3920. .RT
  3921. .PP
  3922. The Yellow Book SP/STP should ignore TFR and TFC messages when
  3923. received.
  3924. .RT
  3925. .sp 1P
  3926. .LP
  3927. 7.1.3
  3928.     \fITransfer allowed/Transfer prohibited acknowledgements\fR 
  3929. .sp 9p
  3930. .RT
  3931. .PP
  3932. The Yellow Book SP/STP should limit the repetition of the TFA/TFP message 
  3933. to once only. The Red Book SP/STP should ignore the acknowledgement 
  3934. messages when they are received.
  3935. .RT
  3936. .sp 1P
  3937. .LP
  3938. 7.1.4
  3939.     \fIManagement inhibiting procedure\fR 
  3940. .sp 9p
  3941. .RT
  3942. .PP
  3943. The Yellow Book SP/STP should ignore the Link Inhibit (LIN) and
  3944. Link Uninhibit (LUN) messages when received. The Red Book SP/STP should 
  3945. limit the repetition of the LIN/LUN message. 
  3946. .RT
  3947. .sp 1P
  3948. .LP
  3949. 7.2
  3950.     \fIRed Book to Blue Book interworking\fR 
  3951. .sp 9p
  3952. .RT
  3953. .PP
  3954. The changes in this issue (Blue Book) from the Red Book
  3955. Q.701\(hy707\ Recommendations are identified in \(sc\ 5. There are five 
  3956. areas where 
  3957. changes have resulted in interworking problems:
  3958. .RT
  3959. .LP
  3960.     i)
  3961.     Signalling Point Restart procedure has introduced the
  3962. Traffic Restart Allowed (TRA) message.
  3963. .LP
  3964.     ii)
  3965.     Timer values have been confirmed in this issue, previous
  3966. values were provisional.
  3967. .LP
  3968.     iii)
  3969.      User Flow Control procedure has introduced the User Part Unavailable 
  3970. (UPU) message. 
  3971. .LP
  3972.     iv)
  3973.      Signalling Information Field length increase will require action to prevent 
  3974. overlength messages being sent on a link that is not capable of handling 
  3975. them. 
  3976. .LP
  3977.     v)
  3978.     Management\(hyinhibiting test procedure has introduced Link
  3979. Local inhibit test message (LLT) and Link Remote inhibit test
  3980. message\ (LRT).
  3981. .PP
  3982. The suggested actions required at the Red and/or Blue Book
  3983. SP/STP to enable interworking are contained in the following point items.
  3984. .sp 1P
  3985. .LP
  3986. 7.2.1
  3987.     \fISignalling Point Restart\fR 
  3988. .sp 9p
  3989. .RT
  3990. .PP
  3991. The Red Book SP/STP should ignore the Traffic Restart Allowed
  3992. messages when received.
  3993. .RT
  3994. .sp 1P
  3995. .LP
  3996. 7.2.2
  3997.     \fIQ.703 and Q.704 timer values\fR 
  3998. .sp 9p
  3999. .RT
  4000. .PP
  4001. Where possible, an SP/STP implemented to the Red Book should adopt the 
  4002. timer values specified in the Blue Book when interworking with a Blue Book 
  4003. SP/STP. For timer values (see Q.703\ \(sc\ 12 and\ Q.704\ \(sc\ 16). 
  4004. .RT
  4005. .sp 1P
  4006. .LP
  4007. 7.2.3
  4008.     \fIUser flow control\fR 
  4009. .sp 9p
  4010. .RT
  4011. .PP
  4012. The Red Book SP/STP should ignore the User Part Unavailable (UPU) message 
  4013. if received. 
  4014. .RT
  4015. .sp 1P
  4016. .LP
  4017. 7.2.4
  4018.     \fIManagement inhibit test procedure\fR 
  4019. .sp 9p
  4020. .RT
  4021. .PP
  4022. The Red Book SP/STP should ignore the Link Local inhibit test (LLT) and 
  4023. Link Remote inhibit test (LRT) messages. A report to local management 
  4024. should also be made.
  4025. .bp
  4026. .RT
  4027. .sp 1P
  4028. .LP
  4029. 7.2.5
  4030.     \fISIF length increase\fR 
  4031. .sp 9p
  4032. .RT
  4033. .PP
  4034. The SP/STP with 272 octet SIF length handling capability should
  4035. prevent overlength messages from being routed over signalling links that 
  4036. only have a 62\ octet SIF handling capability. 
  4037. .RT
  4038. .sp 1P
  4039. .LP
  4040. 7.2.6
  4041.     \fISIF length increase (National networks option)\fR 
  4042. .sp 9p
  4043. .RT
  4044. .PP
  4045. In the international Signalling System No. 7 network, it should be possible 
  4046. to identify signalling links/routes with a limited SIF length handling 
  4047. capability and prevent overlength messages being transmitted over them 
  4048. by 
  4049. administrative action based on the exchange of operational data. However, 
  4050. with some national networks due to the rapid change in status of SP/STP 
  4051. .PP
  4052. implementation level (e.g.,\ 62 to 272\ SIF capability) and the number 
  4053. of SP/STPs in the network, this administrative action and data exchange 
  4054. may not be 
  4055. adequate. In this situation, a mechanism based on the following MTP activities 
  4056. may be more appropriate. 
  4057. .RT
  4058. .LP
  4059.     i)
  4060.      Detection of a link with 272 SIF capability may be achieved by coding 
  4061. the \*QD\*U\ bit of LSSUs sent during alignment as\ 1 (with 62\ octet SIF 
  4062. links it would be\ 0). On receipt of this LSSU, a Blue Book SP/STP would mark
  4063. the link/route as having 272\ SIF capability. A Red Book SP/STP would ignore 
  4064. the coding of the \*QD\*U\ bit and treat the LSSU in the normal manner. 
  4065. .LP
  4066.     ii)
  4067.     When a Blue Book SP/STP receives a message for onward
  4068. routing, it will check if the message (SIF) is greater than 62\ octets. 
  4069. If the SIF is greater than 62\ octets, it will verify that the link/route 
  4070. can handle a message of this length. Should the link/route not have the 
  4071. SIF length 
  4072. capability, the message will be discarded and an indication sent to the 
  4073. message origin. A Red Book SP/STP should not receive a message with an 
  4074. SIF\ >\ 62\ octets.
  4075. .LP
  4076.     iii)
  4077.     If the message originator is a local MTP User, an MTP
  4078. PAUSE
  4079. primitive will be returned by the MTP in response to an overlength message
  4080. (see \(sc\ 8). Should the originator be at a remote\ SP, a TFA coded to 
  4081. indicate 
  4082. that only 62\ octet SIF messages can be transferred will be returned by 
  4083. the MTP in response to an overlength message (see Q.704\ \(sc\ 15). 
  4084. .PP
  4085. In national networks using an SIF compatibility mechanism, the two spare 
  4086. bits in the TFA (see Q.704\ \(sc\ 15.8.2) may be coded as an SIF compatibility 
  4087. indicator as follows: 
  4088. .LP
  4089. bit
  4090.     B\ A
  4091. .LP
  4092.     0\ 0
  4093.     Allow 62 octet SIFs/Prohibit 272, X and Y octet SIFs
  4094. .LP
  4095.     0\ 1
  4096.     Allow 62 and 272 octet SIFs/Prohibit X\ and
  4097. Y\ octet\ SIFs
  4098. .LP
  4099.     1\ 0
  4100.     Allow 62, 272 and X octet SIFs Prohibit Y octet SIFs.
  4101. .LP
  4102.     1\ 1
  4103.     Allow 62, 272, X and Y octet SIFs.
  4104. .PP
  4105. \fINote\fR \ \(em\ 272 < X < Y octets, the values of X and Y are for further 
  4106. study. 
  4107. .sp 1P
  4108. .LP
  4109. 7.3
  4110.     \fIYellow Book to Blue Book Interworking\fR 
  4111. .sp 9p
  4112. .RT
  4113. .PP
  4114. The changes between Yellow and Blue Books have taken place in two stages: 
  4115. Yellow to Red and Red to Blue. Therefore, to achieve interworking 
  4116. between Yellow and Blue Book implementations, the actions specified in 
  4117. \(sc\(sc\ 7.1 and\ 7.2 should be applied. In \(sc\ 7.1 Red Book SP/STP 
  4118. should be read as Blue Book SP/STP and in \(sc\ 7.2 Red Book SP/STP should 
  4119. be read as Yellow\ Book\ SP/STP. 
  4120. .PP
  4121. There is one change from the Red Book in the Blue Book that will have an 
  4122. additional impact on interworking with the Yellow Book, and that is the 
  4123. deletion of the blocking procedure. This means that while a Yellow Book
  4124. implementation can block a signalling link, a Blue Book node can neither
  4125. inhibit nor block the link in the opposite direction.
  4126. .bp
  4127. .RT
  4128. .sp 2P
  4129. .LP
  4130. \fB8\fR     \fBPrimitives and Parameters of the Message Transfer Part\fR 
  4131. .sp 1P
  4132. .RT
  4133. .PP
  4134. The primitives and parameters are shown in Table 1/Q.701.
  4135. .RT
  4136. .ce
  4137. \fBH.T. [T2.701]\fR 
  4138. .ce
  4139. TABLE\ 1/Q.701
  4140. .ce
  4141. \fBMessage transfer part service primitives\fR 
  4142. .ps 9
  4143. .vs 11
  4144. .nr VS 11
  4145. .nr PS 9
  4146. .TS
  4147. center box;
  4148. cw(48p) sw(48p) | cw(72p) , c | c | ^ .
  4149. Primitives    Parameters
  4150. Generic Name    Specific Name
  4151. _
  4152. .T&
  4153. lw(48p) | lw(48p) | lw(72p) .
  4154. MTP\(hyTRANSFER    Request Indication     {
  4155. OPC (see Q.704 \(sc 2.2)
  4156. DPC (see Q.704 \(sc 2.2)
  4157. SLS (see Q.704 \(sc 2.2) (Note 1)
  4158. SIO (see Q.704 \(sc 14.2)
  4159. User data (see Q.703 \(sc 2.3.8)
  4160.  }
  4161. _
  4162. .T&
  4163. lw(48p) | lw(48p) | lw(72p) .
  4164. MTP\(hyPAUSE  (Stop)    Indication    Affected DPC
  4165. _
  4166. .T&
  4167. lw(48p) | lw(48p) | lw(72p) .
  4168. MTP\(hyRESUME  (Start)    Indication    Affected DPC
  4169. _
  4170. .T&
  4171. lw(48p) | lw(48p) | lw(72p) .
  4172. MTP\(hySTATUS    Indication    
  4173. Affected DPC Cause (Note 2)
  4174. .TE
  4175. .LP
  4176.  
  4177. \fINote\ 1\fR
  4178. \ \(em\ The MTP users should take into account that this parameter is used for load sharing by the MTP, therefore, the SLS values should be distributed as equally as possible. The MTP guarantees (to a high degree of probability) an
  4179. in\(hysequence delivery of messages which contain the same SLS code.
  4180. .LP
  4181. \fINote\ 2\fR
  4182. \ \(em\ The Cause parameter has, at present, two values:
  4183. .LP
  4184. i)
  4185. \fISignalling network congested (level)\fR
  4186. .LP
  4187. This parameter value is included if national options with congestion
  4188. priorities and multiple signalling link states without congestion priorities as in Recommendation\ Q.704 are implemented.
  4189. .LP
  4190. ii)
  4191. \fIRemote User unavailable.\fR
  4192. .nr PS 9
  4193. .RT
  4194. .ad r
  4195. \fBTable 1/Q.701 [T2.701], p.\fR 
  4196. .sp 1P
  4197. .RT
  4198. .ad b
  4199. .RT
  4200. .sp 1P
  4201. .LP
  4202. 8.1
  4203.     \fITransfer\fR 
  4204. .sp 9p
  4205. .RT
  4206. .PP
  4207. The primitive 
  4208. \*QMTP\(hyTRANSFER\*U
  4209. is used between level 4 and
  4210. level 3 (SMH) to provide the MTP message transfer service.
  4211. .RT
  4212. .sp 1P
  4213. .LP
  4214. 8.2
  4215.     \fIPause\fR 
  4216. .sp 9p
  4217. .RT
  4218. .PP
  4219. The primitive 
  4220. \*QMTP\(hyPAUSE\*U
  4221. indicates to the \*QUsers\*U the
  4222. total inability of providing the MTP service to the specified destination.
  4223. .RT
  4224. .sp 1P
  4225. .LP
  4226. 8.3
  4227.     \fIResume\fR 
  4228. .sp 9p
  4229. .RT
  4230. .PP
  4231. The primitive 
  4232. \*QMTP\(hyRESUME\*U
  4233. indicates to the \*QUser\*U the
  4234. total ability of providing the MTP service to the specified destination.
  4235. .PP
  4236. This primitive corresponds to the destination accessible state as
  4237. defined in Recommendations\ Q.704.
  4238. .bp
  4239. .RT
  4240. .sp 1P
  4241. .LP
  4242. 8.4
  4243.     \fIStatus\fR 
  4244. .sp 9p
  4245. .RT
  4246. .PP
  4247. The primitive 
  4248. \*QMTP\(hySTATUS\*U
  4249. indicates to the \*QUsers\*U the
  4250. partial
  4251. inability of providing the MTP service specified destination. The primitive 
  4252. is also used to indicate to a User that a remote corresponding User is 
  4253. unavailable (see Q.704\ \(sc\ 11.2.7). 
  4254. .PP
  4255. In the case of national option with congestion priorities or multiple signalling 
  4256. link congestion states without priorities as in Recommendation\ Q.704 are 
  4257. implemented, this \*QMTP\(hySTATUS\*U primitive is also used to indicate 
  4258. a change of congestion level. 
  4259. .PP
  4260. This primitive corresponds to the destination congested/User Part
  4261. unavailable state as defined in Recommendation\ Q.704.
  4262. .RT
  4263. .sp 1P
  4264. .LP
  4265. 8.5
  4266.     \fIRestart\fR 
  4267. .sp 9p
  4268. .RT
  4269. .PP
  4270. The MTP indicates to the \*QUsers\*U at the restarting SP that the MTP 
  4271. is commencing or ending the signalling point restart procedure (see 
  4272. Recommendation\ Q.704, \(sc\ 9).
  4273. .PP
  4274. The indication may have the following qualifiers:
  4275. .RT
  4276. .LP
  4277.     i)
  4278.     Begin
  4279. .LP
  4280.     ii)
  4281.     End
  4282. .PP
  4283. The qualifier \*QBegin\*U indicates to the \*QUsers\*U that all
  4284. destinations should be marked as accessible (but that the resumption of
  4285. signalling traffic must await the reception of MTP\(hyRESUME primitive or MTP
  4286. restart indication \*QEnd\*U).
  4287. .PP
  4288. The qualifier \*QEnd\*U indicates to the \*QUsers\*U that signalling traffic 
  4289. may be restarted, taking into account any MTP\(hyPAUSE primitives previously 
  4290. received.
  4291. .PP
  4292. The means of conveying the MTP restart indication to the MTP \*QUsers\*U, 
  4293. is for further study. 
  4294. .RT
  4295. .sp 2P
  4296. .LP
  4297. \fBRecommendation\ Q.702\fR 
  4298. .RT
  4299. .sp 2P
  4300. .sp 1P
  4301. .ce 1000
  4302. \fBSIGNALLING\ DATA\ LINK\fR 
  4303. .EF '%    Fascicle\ VI.7\ \(em\ Rec.\ Q.702''
  4304. .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.702    %'
  4305. .ce 0
  4306. .sp 1P
  4307. .LP
  4308. \fB1\fR     \fBGeneral\fR 
  4309. .sp 1P
  4310. .RT
  4311. .PP
  4312. 1.1
  4313. A \fIsignalling data link\fR  | is a bidirectional transmission path for 
  4314. signalling, comprising two \fIdata channels\fR operating together in opposite 
  4315. directions at the same data rate. It constitutes the lowest functional 
  4316. level 
  4317. (level\ 1) in the Signalling System No.\ 7 functional hierarchy.
  4318. .sp 9p
  4319. .RT
  4320. .PP
  4321. 1.2
  4322. Functional configuration of a signalling data link is shown in
  4323. Figure\ 1/Q.702.
  4324. .PP
  4325. The terms \fItransmission channel\fR  | and \fItransmission link\fR  | are
  4326. used in Signalling System No.\ 7 instead of transfer channel and transfer
  4327. link used in Signalling System No.\ 6.
  4328. .FE
  4329. 1.3
  4330. A digital signalling data link is made up of digital
  4331. \fItransmission channels\fR and digital switches or their terminating
  4332. equipment providing an interface to signalling terminals. The digital
  4333. transmission channels may be derived from a digital multiplex signal at 
  4334. 1544, 2048 or 8448\ kbit/s having a frame structure as defined in 
  4335. Recommendation\ G.704\ [1], or from digital multiplex streams having a frame
  4336. structure specified for data circuits (Recommendations\ X.50\ [4], X.51\ [5],
  4337. X.50 | fIbis\fR \ [6], X.51 | fIbis\fR \ [7]).
  4338. .PP
  4339. 1.4
  4340. An analogue signalling data link is made up of voice\(hyfrequency
  4341. analogue transmission channels either 4\ kHz or 3\ kHz spaced, and modems.
  4342. .PP
  4343. 1.5
  4344. Signalling System No.\ 7 is capable of operating over both
  4345. terrestrial and satellite \fItransmission links\fR .
  4346. .bp
  4347. .LP
  4348. .rs
  4349. .sp 40P
  4350. .ad r
  4351. \fBFigure 1/Q.702, p.21\fR 
  4352. .sp 1P
  4353. .RT
  4354. .ad b
  4355. .RT
  4356. .PP
  4357. 1.6
  4358. The operational signalling data link shall be exclusively
  4359. dedicated to the use of a Signalling System No.\ 7 signalling link between 
  4360. two signalling points. No other information should be carried by the same 
  4361. channel together with the signalling information. 
  4362. .PP
  4363. 1.7
  4364. Equipment such as echo suppressors, digital pads, or A/\(*m law
  4365. convertors attached to the transmission link must be disabled in order to
  4366. assure full duplex operation and bit integrity of the transmitted data stream.
  4367. .PP
  4368. 1.8
  4369. 64\(hykbit/s digital signalling channels entering a digital
  4370. exchange via a multiplex structure shall be switchable as semi\(hypermanent
  4371. channels in the exchange.
  4372. .bp
  4373. .LP
  4374. \fB2\fR     \fBSignalling bit rate\fR 
  4375. .sp 1P
  4376. .RT
  4377. .sp 2P
  4378. .LP
  4379. 2.1
  4380.     \fIGeneral\fR 
  4381. .sp 1P
  4382. .RT
  4383. .PP
  4384. 2.1.1
  4385. The standard bit rate on a digital bearer will be 64 kbit/s.
  4386. .sp 9p
  4387. .RT
  4388. .PP
  4389. 2.1.2 
  4390. Lower bit rates may be adopted for each application, taking into
  4391. account the User Part requirements and the capability of available transmission 
  4392. links. 
  4393. .PP
  4394. 2.1.3
  4395. The minimum signalling bit rate for telephone call control
  4396. applications will be 4.8\ kbit/s. For other applications such as network
  4397. management, bit rates lower than 4.8\ kbit/s can also be used.
  4398. .sp 2P
  4399. .LP
  4400. 2.2
  4401.     \fIUse of bit rates lower than 64 kbit/s\fR 
  4402. .sp 1P
  4403. .RT
  4404. .PP
  4405. 2.2.1
  4406. For national telephone call control applications, use of
  4407. Signalling System No.\ 7 at bit rates lower than 64\ kbit/s shall take account
  4408. of the requirement to minimize the answer signal delay when in\(hyband line
  4409. signalling systems are involved (Recommendation\ Q.27\ [8]).
  4410. .sp 9p
  4411. .RT
  4412. .PP
  4413. 2.2.2
  4414. Signalling System No. 7 can be used for direct international
  4415. application at bit rates lower than 64\ kbit/s between countries which 
  4416. have no in\(hyband line signalling systems in their national extension 
  4417. networks (see 
  4418. \(sc\ 2.1.3).
  4419. .PP
  4420. 2.2.3
  4421. The possible use of Signalling System No.\ 7 at bit rates lower
  4422. than 64\ kbit/s between countries which have in\(hyband line signalling systems
  4423. in their national extension networks is for further study.
  4424. .sp 2P
  4425. .LP
  4426. \fB3\fR     \fBError characteristics and availability\fR 
  4427. .sp 1P
  4428. .RT
  4429. .PP
  4430. Error characteristics and availability requirements will conform to relevant 
  4431. Recommendations (for example, Recommendation\ G.821\ [9] on digital 
  4432. circuits). No additional characteristics or requirements will be specified
  4433. in this Recommendation.
  4434. .RT
  4435. .sp 2P
  4436. .LP
  4437. \fB4\fR     \fBInterface specification points\fR 
  4438. .sp 1P
  4439. .RT
  4440. .PP
  4441. 4.1
  4442. Interface requirements may be specified at one of three points, A, B or 
  4443. C in Figure\ 2/Q.702. The appropriate point depends on the nature of 
  4444. transmission links used and the approach toward the implementation of interface 
  4445. equipment adopted by each Administration. 
  4446. .sp 9p
  4447. .RT
  4448. .PP
  4449. 4.2
  4450. For the international application, interface requirements at
  4451. either Point\ B or Point\ C will apply.
  4452. .PP
  4453. 4.3
  4454. Interface requirements for an international digital signalling
  4455. data link will be specified at Point\ C in accordance with the specific
  4456. multiplex structure used (see \(sc\ 5.)
  4457. .PP
  4458. 4.4
  4459. Interface requirements for an international analogue signalling
  4460. data link will be specified at Point\ B on a single channel basis, and 
  4461. thus are independent of multiplex equipment used. (See \(sc\ 6.) 
  4462. .PP
  4463. 4.5
  4464. Interface at Point A may or may not appear in particular
  4465. implementations, as each Administration may adopt different approaches
  4466. towards the implementation of interface equipment. If it does appear in
  4467. implementations, then the interface requirements specified in
  4468. Recommendations\ V.10\ [10], V.11\ [11], V.24\ [12], V.28\ [13], V.35\ [14],
  4469. V.36\ [15], X.24\ [16] and G.703\ [17] (for 64\(hykbit/s interface) should be
  4470. followed as appropriate.
  4471. .PP
  4472. 4.6
  4473. Implementations which do not follow all the requirements in the
  4474. relevant Recommendations cited above should nevertheless take into account
  4475. those requirements that are specified for testing and maintenance actions 
  4476. which require communication between the two ends of a data link. Interface 
  4477. requirements for testing and maintenance are specified in
  4478. Recommendation\ Q.707.
  4479. .bp
  4480. .LP
  4481. .rs
  4482. .sp 25P
  4483. .ad r
  4484. \fBFigure 2/Q.702 p.22 
  4485. .sp 1P
  4486. .RT
  4487. .ad b
  4488. .RT
  4489. .sp 2P
  4490. .LP
  4491. \fB5\fR     \fBDigital signalling data link\fR 
  4492. .sp 1P
  4493. .RT
  4494. .sp 1P
  4495. .LP
  4496. 5.1
  4497.     \fISignalling data link derived from the 2048\(hykbit/s digital path\fR 
  4498. .sp 9p
  4499. .RT
  4500. .PP
  4501. When a signalling data link is to be derived from a 2048\(hykbit/s
  4502. digital path, the following shall apply:
  4503. .RT
  4504. .LP
  4505.     a)
  4506.     The interface requirements, specified at Point\ C in
  4507. Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [17]
  4508. for the electrical characteristics and G.704\ [1] for the
  4509. functional characteristics, in particular the frame structure.
  4510. .LP
  4511.     b)
  4512.     The signalling bit rate shall be 64\ kbit/s.
  4513. .LP
  4514.     c)
  4515.      The standard channel time slot for the use of a signalling data link 
  4516. is time slot\ 16. When time slot\ 16 is not available, 
  4517. any channel time slot available for 64\(hykbit/s user transmission
  4518. may be used.
  4519. .LP
  4520.     d)
  4521.     No bit inversion is performed.
  4522. .sp 1P
  4523. .LP
  4524. 5.2
  4525.     \fISignalling data link derived from the 8448\(hykbit/s digital path\fR 
  4526. .sp 9p
  4527. .RT
  4528. .PP
  4529. When a signalling data link is to be derived from a 8448\(hykbit/s
  4530. digital link, the following shall apply:
  4531. .RT
  4532. .LP
  4533.     a)
  4534.     The interface requirements, specified at Point\ C in
  4535. Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [23]
  4536. for the electrical characteristics and G.704\ [1] for the
  4537. functional characteristics, in particular the frame structure.
  4538. .LP
  4539.     b)
  4540.     The signalling bit rate shall be 64\ kbit/s.
  4541. .LP
  4542.     c)
  4543.      The standard channel time slots for the use of a signalling data link 
  4544. are time slots\ 67 to\ 70 in descending order of priority. 
  4545. When they are not available, any channel time slot available for
  4546. 64\(hykbit/s user transmission may be used.
  4547. .LP
  4548.     d)
  4549.     No bit inversion is performed.
  4550. .bp
  4551. .sp 1P
  4552. .LP
  4553. 5.3
  4554.     \fISignalling data link derived from the 1544\(hykbit/s digital path\fR 
  4555. .sp 9p
  4556. .RT
  4557. .PP
  4558. (For further study.)
  4559. .PP
  4560. \fINote\fR \ \(em\ When a signalling bit rate of 64\ kbit/s is adopted, the
  4561. values of bits should be inverted within the signalling terminal or the
  4562. interface equipment in order to meet the minimum mark density requirements
  4563. of the Recommendation\ G.733\ [2] based PCM systems.
  4564. .RT
  4565. .sp 1P
  4566. .LP
  4567. 5.4
  4568.     \fISignalling data link established over a digital path made up\fR 
  4569. \fIby digital sections based on different digital hierarchies\fR 
  4570. .sp 9p
  4571. .RT
  4572. .PP
  4573. When a signalling data link is to be established between networks based 
  4574. on different digital hierarchies and speech encoding laws, the following 
  4575. shall apply: 
  4576. .RT
  4577. .LP
  4578.     a)
  4579.     The interface requirements, specified at Point C in
  4580. Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [17]
  4581. for the electrical characteristics and G.802\ [3] for other
  4582. aspects, e.g.,\ for interworking arrangements.
  4583. .LP
  4584.     b)
  4585.     The signalling bit rate shall be 64 kbit/s.
  4586. .LP
  4587.     c)
  4588.     No bit inversion is performed.
  4589. .sp 1P
  4590. .LP
  4591. 5.5
  4592.     \fISignalling data link established over data circuits\fR 
  4593. .sp 9p
  4594. .RT
  4595. .PP
  4596. When a signalling data link is to be established over data circuits derived 
  4597. from a 64\(hykbit/s digital stream having a frame structure as specified 
  4598. in such Recommendations as X.50\ [10], X.51\ [11], X.50 | fIbis\fR \ [12] 
  4599. and 
  4600. X.51 | fIbis\fR \ [13] the following shall apply:
  4601. .RT
  4602. .LP
  4603.     a)
  4604.     The interface requirements, specified at Point\ C in
  4605. Figure\ 2/Q.702, should comply with relevant requirements
  4606. in one of the above\(hymentioned Recommendations, applicable to
  4607. the environment of the intended use.
  4608. .LP
  4609.     b)
  4610.     When 64\(hykbit/s multiplexed streams are carried on
  4611. 2048\(hykbit/s or 1544\(hykbit/s digital links, Recommendation\ G.704\ [1],
  4612. should apply.
  4613. .LP
  4614. \fB6\fR     \fBAnalogue signalling data link\fR 
  4615. .sp 1P
  4616. .RT
  4617. .sp 2P
  4618. .LP
  4619. \fI\fR 6.1
  4620.     \fISignalling bit rate\fR 
  4621. .sp 1P
  4622. .RT
  4623. .PP
  4624. 6.1.1
  4625. Applications of the analogue signalling data link must take
  4626. account of the delay requirements described in \(sc\ 2.2.
  4627. .sp 9p
  4628. .RT
  4629. .PP
  4630. 6.1.2
  4631. For telephone call control applications, the signalling bit rate over an 
  4632. analogue signalling data link shall be higher or equal to 4.8\ kbit/s. 
  4633. .sp 1P
  4634. .LP
  4635. 6.2
  4636.     \fIInterface requirements\fR 
  4637. .sp 9p
  4638. .RT
  4639. .PP
  4640. In case of 4.8\(hykbit/s operation, interface requirements specified at 
  4641. the interface point\ B in Figure\ 2/Q.702 should comply with relevant 
  4642. requirements specified for 4.8\(hykbit/s modems in Recommendations\ V.27\ 
  4643. [18] and V.27 | fIbis\fR \ [19]. In addition, the following shall apply: 
  4644. .RT
  4645. .LP
  4646.     a)
  4647.     Application of either Recommendations\ V.27\ [18] or
  4648. V.27 | fIbis\fR \ [19] depends on the quality of the analogue
  4649. transmission channels used. Recommendation\ V.27\ [18] shall
  4650. apply only to transmission channels conforming to
  4651. Recommendation\ M.1020\ [20], while Recommendation\ V.27 | fIbis\fR \ [19]
  4652. to transmission channels conforming to Recommendation\ M.1020\ [20]
  4653. or of lower quality.
  4654. .LP
  4655.     b)
  4656.     Full duplex operation over a 4\(hywire transmission link
  4657. should be adopted.
  4658. .LP
  4659.     c)
  4660.     If a separate modem is to be used, the interface
  4661. requirements specified in Recommendations\ V.10\ [10], V.11\ [11], V.24\ [12]
  4662. and V.28\ [13], applicable at Point\ A in Figure\ 2/Q.702,
  4663. should be followed as much as possible.
  4664. .bp
  4665. .sp 2P
  4666. .LP
  4667.     \fBReferences\fR 
  4668. .sp 1P
  4669. .RT
  4670. .LP
  4671. [1]
  4672.     CCITT Recommendation \fIFunctional characteristics of interfaces\fR 
  4673. \fIassociated with network nodes\fR , Vol.\ III, Rec.\ G.704.
  4674. .LP
  4675. [2]
  4676.     CCITT Recommendation \fICharacteristics of primary PCM multiplex\fR 
  4677. \fIequipment operating at 1544\ kbit/s\fR , Vol.\ III, Rec.\ G.733.
  4678. .LP
  4679. [3]
  4680.     CCITT Recommendation \fIInterconnection of digital paths using\fR 
  4681. \fIdifferent techniques\fR , Vol.\ III, Rec.\ G.802.
  4682. .LP
  4683. [4]
  4684.      CCITT Recommendation \fIFundamental parameters of a multiplexing scheme\fR 
  4685. \fIfor the international interface between synchronous data networks\fR 
  4686. Vol.\ VIII, Rec.\ X.50.
  4687. .LP
  4688. [5]
  4689.      CCITT Recommendation \fIFundamental parameters of a multiplexing scheme\fR 
  4690. \fIfor the international interface between synchronous data networks\fR 
  4691. Vol.\ VIII, Rec.\ X.51.
  4692. .LP
  4693. [6]
  4694.      CCITT Recommendation \fIFundamental parameters of a 48\(hykbit/s user 
  4695. data\fR \fIsignalling rate transmission scheme for the international interface\fR 
  4696. \fIbetween synchronous data networks\fR , Vol.\ VIII, Rec.\ X.50 | fIbis\fR .
  4697. .LP
  4698. [7]
  4699.      CCITT Recommendation \fIFundamental parameters of a 48\(hykbit/s user 
  4700. data\fR \fIsignalling rate transmission scheme for the international interface\fR 
  4701. \fIbetween synchronous data networks using 10\(hybit envelope structure\fR ,
  4702. Vol.\ VIII, Rec.\ X.51 | fIbis\fR .
  4703. .LP
  4704. [8]
  4705.     CCITT Recommendation \fITransmission of the answer signal\fR ,
  4706. Vol.\ VI, Rec.\ Q.27.
  4707. .LP
  4708. [9]
  4709.     CCITT Recommendation \fIError performance on an international\fR 
  4710. \fIdigital connection forming part of an integrated services digital network\fR 
  4711. Vol.\ III, Rec.\ G.821.
  4712. .LP
  4713. [10]
  4714.     CCITT Recommendation \fIElectrical characteristics for unbalanced\fR 
  4715. \fIdouble\(hycurrent interchange circuits for general use with integrated\fR 
  4716. \fIcircuit equipment in the field of data communications\fR ,
  4717. Vol.\ VIII, Rec.\ V.10.
  4718. .LP
  4719. [11]
  4720.     CCITT Recommendation \fIElectrical characteristics for balanced\fR 
  4721. \fIdouble\(hycurrent interchange circuits for general use with integrated\fR 
  4722. \fIcircuit equipment in the field of data communications\fR ,
  4723. Vol.\ VIII, Rec.\ V.11.
  4724. .LP
  4725. [12]
  4726.     CCITT Recommendation \fIList of definitions for interchange circuits\fR 
  4727. \fIbetween data\(hyterminal equipment and data circuit\(hyterminating equipment\fR 
  4728. Vol.\ VIII, Rec.\ V.24.
  4729. .LP
  4730. [13]
  4731.     CCITT Recommendation \fIElectrical characteristics for unbalanced\fR 
  4732. \fIdouble\(hycurrent interchange circuits\fR , Vol.\ VIII, Rec.\ V.28.
  4733. .LP
  4734. [14]
  4735.      CCITT Recommendation \fIData transmission at 48\ kbit/s per second using\fR 
  4736. \fI60\(hy108\ kHz group band circuits\fR , Vol.\ VIII, Rec.\ V.35. 
  4737. .LP
  4738. [15]
  4739.      CCITT Recommendation \fIModems for synchronous data transmission using\fR 
  4740. \fI60\(hy108\ kHz group band circuits\fR , Vol.\ VIII, Rec.\ V.36. 
  4741. .LP
  4742. [16]
  4743.     CCITT Recommendation \fIList of definitions for interchange circuits\fR 
  4744. \fIbetween data terminal equipment (DTE) and data circuit\(hyterminating\fR 
  4745. \fIequipment (DCE) on public data networks\fR , Vol.\ VIII, Rec.\ X.24.
  4746. .LP
  4747. [17]
  4748.     CCITT Recommendation \fIPhysical/electrical characteristics of\fR 
  4749. \fIhierarchical digital interfaces\fR , Vol.\ III, Rec.\ G.703.
  4750. .LP
  4751. [18]
  4752.     CCITT Recommendation \fI4800 bit/s per second modems with manual\fR 
  4753. \fIequalizer standardized for use on leased telephone\(hytype circuits\fR ,
  4754. Vol.\ VIII, Rec.\ V.27.
  4755. .LP
  4756. [19]
  4757.      CCITT Recommendation \fI4800/2400\ bit/s per second modem with automatic\fR 
  4758. \fIequalizer standardized for use on leased telephone\(hytype circuits\fR 
  4759. Vol.\ VIII, Rec.\ V.27 | fIbis\fR .
  4760. .LP
  4761. [20]
  4762.      CCITT Recommendation \fICharacteristics of special quality international\fR 
  4763. \fIleased circuits with special bandwidth conditioning\fR , 
  4764. Vol.\ IV, Rec.\ M.1020.
  4765. .LP
  4766. .rs
  4767. .sp 03P
  4768. .ad r
  4769. BLANC
  4770. .ad b
  4771. .RT
  4772. .LP
  4773. .bp
  4774.